赞
踩
今天在看一个bug,之前一个分支的版本是正常的,在新的分支上上加了很多日志没找到原因,希望回溯到之前的版本,确定下从哪个提交引入的问题,但是还不想把现在的修改提交,也不希望在Git上看到当前修改的版本(带有大量日志和调试信息)。因此呢,查查Git有没有提供类似功能,就找到了git stash
的命令。
综合下网上的介绍和资料,git stash
(git储藏)可用于以下情形:
git stash
。commit
提交到本地仓库,然后切换分支去修改bug,改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码,但是却不得不去修改一个紧急Bug,那么使用git stash
就可以将你当前未提交到本地(和服务器)的代码推入到Git的栈中,这时候你的工作区间和上一次提交的内容是完全一样的,所以你可以放心的修Bug,等到修完Bug,提交到服务器上后,再使用git stash apply
将以前一半的工作应用回来。git stash
命令。储藏(stash)可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中,随时可以重新应用。git stash
用法git stash
会把所有未提交的修改(包括暂存的和非暂存的)都保存起来,用于后续恢复当前工作目录。
比如下面的中间状态,通过git stash
命令推送一个新的储藏,当前的工作目录就干净了。
- $ git status
- On branch master
- Changes to be committed:
-
- new file: style.css
-
- Changes not staged for commit:
-
- modified: index.html
-
- $ git stash
- Saved working directory and index state WIP on master: 5002d47 our new homepage
- HEAD is now at 5002d47 our new homepage
-
- $ git status
- On branch master
- nothing to commit, working tree clean
需要说明一点,stash是本地的,不会通过git push
命令上传到git server上。
实际应用中推荐给每个stash加一个message,用于记录版本,使用git stash save
取代git stash
命令。示例如下:
- $ git stash save "test-cmd-stash"
- Saved working directory and index state On autoswitch: test-cmd-stash
- HEAD 现在位于 296e8d4 remove unnecessary postion reset in onResume function
- $ git stash list
- stash@{0}: On autoswitch: test-cmd-stash
-
可以通过git stash pop
命令恢复之前缓存的工作目录,输出如下:
- $ git status
- On branch master
- nothing to commit, working tree clean
- $ git stash pop
- On branch master
- Changes to be committed:
-
- new file: style.css
-
- Changes not staged for commit:
-
- modified: index.html
-
- Dropped refs/stash@{0} (32b3aa1d185dfe6d57b3c3cc3b32cbf3e380cc6a)
这个指令将缓存堆栈中的第一个stash删除,并将对应修改应用到当前的工作目录下。
你也可以使用git stash apply
命令,将缓存堆栈中的stash多次应用到工作目录中,但并不删除stash拷贝。命令输出如下:
- $ git stash apply
- On branch master
- Changes to be committed:
-
- new file: style.css
-
- Changes not staged for commit:
-
- modified: index.html
可以使用git stash list
命令,一个典型的输出如下:
- $ git stash list
- stash@{0}: WIP on master: 049d078 added the index file
- stash@{1}: WIP on master: c264051 Revert "added file_size"
- stash@{2}: WIP on master: 21d80a5 added number to log
在使用git stash apply
命令时可以通过名字指定使用哪个stash,默认使用最近的stash(即stash@{0})。
可以使用git stash drop
命令,后面可以跟着stash名字。下面是一个示例:
- $ git stash list
- stash@{0}: WIP on master: 049d078 added the index file
- stash@{1}: WIP on master: c264051 Revert "added file_size"
- stash@{2}: WIP on master: 21d80a5 added number to log
- $ git stash drop stash@{0}
- Dropped stash@{0} (364e91f3f268f0900bc3ee613f9f733e82aaed43)
或者使用git stash clear
命令,删除所有缓存的stash。
可以使用git stash show
命令,后面可以跟着stash名字。示例如下:
- $ git stash show
- index.html | 1 +
- style.css | 3 +++
- 2 files changed, 4 insertions(+)
在该命令后面添加-p
或--patch
可以查看特定stash的全部diff,如下:
- $ git stash show -p
- diff --git a/style.css b/style.css
- new file mode 100644
- index 0000000..d92368b
- --- /dev/null
- +++ b/style.css
- @@ -0,0 +1,3 @@
- +* {
- + text-decoration: blink;
- +}
- diff --git a/index.html b/index.html
- index 9daeafb..ebdcbd2 100644
- --- a/index.html
- +++ b/index.html
- @@ -1 +1,2 @@
- +<link rel="stylesheet" href="style.css"/>
如果你储藏了一些工作,暂时不去理会,然后继续在你储藏工作的分支上工作,你在重新应用工作时可能会碰到一些问题。如果尝试应用的变更是针对一个你那之后修改过的文件,你会碰到一个归并冲突并且必须去化解它。如果你想用更方便的方法来重新检验你储藏的变更,你可以运行 git stash branch,这会创建一个新的分支,检出你储藏工作时的所处的提交,重新应用你的工作,如果成功,将会丢弃储藏。
- $ git stash branch testchanges
- Switched to a new branch "testchanges"
- # On branch testchanges
- # Changes to be committed:
- # (use "git reset HEAD <file>..." to unstage)
- #
- # modified: index.html
- #
- # Changes not staged for commit:
- # (use "git add <file>..." to update what will be committed)
- #
- # modified: lib/simplegit.rb
- #
- Dropped refs/stash@{0} (f0dfc4d5dc332d1cee34a634182e168c4efc3359)
这是一个很棒的捷径来恢复储藏的工作然后在新的分支上继续当时的工作。
默认情况下,git stash
会缓存下列文件:
但不会缓存一下文件:
git stash
命令提供了参数用于缓存上面两种类型的文件。使用-u
或者--include-untracked
可以stash untracked文件。使用-a
或者--all
命令可以stash当前目录下的所有修改。
至于git stash
的其他命令建议参考Git manual。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。