git-stash 用法小结¶
缘起¶
今天在看一个 bug,之前一个分支的版本是正常的,在新的分支上上加了很多日志没找到原因,希望回溯到之前的版本,确定下从哪个提交引入的问题,但是还不想把现在的修改提交,也不希望在 Git 上看到当前修改的版本(带有大量日志和调试信息)。因此呢,查查 Git 有没有提供类似功能,就找到了git stash
的命令。
综合下网上的介绍和资料,git stash
(git 储藏)可用于以下情形:
- 发现有一个类是多余的,想删掉它又担心以后需要查看它的代码,想保存它但又不想增加一个脏的提交。这时就可以考虑
git stash
。 - 使用 git 的时候,我们往往使用分支(branch)解决任务切换问题,例如,我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的 bug,我们往往会把完成一半的代码
commit
提交到本地仓库,然后切换分支去修改 bug,改好之后再切换回来。这样的话往往 log 上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码,但是却不得不去修改一个紧急 Bug,那么使用git stash
就可以将你当前未提交到本地(和服务器)的代码推入到 Git 的栈中,这时候你的工作区间和上一次提交的内容是完全一样的,所以你可以放心的修 Bug,等到修完 Bug,提交到服务器上后,再使用git stash apply
将以前一半的工作应用回来。 - 经常有这样的事情发生,当你正在进行项目中某一部分的工作,里面的东西处于一个比较杂乱的状态,而你想转到其他分支上进行一些工作。问题是,你不想提交进行了一半的工作,否则以后你无法回到这个工作点。解决这个问题的办法就是
git stash
命令。储藏 (stash) 可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中,随时可以重新应用。
git stash
用法¶
1. stash 当前修改¶
git stash
会把所有未提交的修改(包括暂存的和非暂存的)都保存起来,用于后续恢复当前工作目录。
比如下面的中间状态,通过git stash
命令推送一个新的储藏,当前的工作目录就干净了。
Text Only | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
|
需要说明一点,stash 是本地的,不会通过git push
命令上传到 git server 上。
实际应用中推荐给每个 stash 加一个 message,用于记录版本,使用git stash save
取代git stash
命令。示例如下:
Text Only | |
---|---|
1 2 3 4 5 |
|
2. 重新应用缓存的 stash¶
可以通过git stash pop
命令恢复之前缓存的工作目录,输出如下:
Text Only | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
这个指令将缓存堆栈中的第一个 stash 删除,并将对应修改应用到当前的工作目录下。
你也可以使用git stash apply
命令,将缓存堆栈中的 stash 多次应用到工作目录中,但并不删除 stash 拷贝。命令输出如下:
Text Only | |
---|---|
1 2 3 4 5 6 7 8 9 |
|
3. 查看现有 stash¶
可以使用git stash list
命令,一个典型的输出如下:
Text Only | |
---|---|
1 2 3 4 |
|
在使用git stash apply
命令时可以通过名字指定使用哪个 stash,默认使用最近的 stash(即 stash@{0})。
4. 移除 stash¶
可以使用git stash drop
命令,后面可以跟着 stash 名字。下面是一个示例:
Text Only | |
---|---|
1 2 3 4 5 6 |
|
或者使用git stash clear
命令,删除所有缓存的 stash。
5. 查看指定 stash 的 diff¶
可以使用git stash show
命令,后面可以跟着 stash 名字。示例如下:
Text Only | |
---|---|
1 2 3 4 |
|
在该命令后面添加-p
或--patch
可以查看特定 stash 的全部 diff,如下:
Text Only | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
6. 从 stash 创建分支¶
如果你储藏了一些工作,暂时不去理会,然后继续在你储藏工作的分支上工作,你在重新应用工作时可能会碰到一些问题。如果尝试应用的变更是针对一个你那之后修改过的文件,你会碰到一个归并冲突并且必须去化解它。如果你想用更方便的方法来重新检验你储藏的变更,你可以运行 git stash branch,这会创建一个新的分支,检出你储藏工作时的所处的提交,重新应用你的工作,如果成功,将会丢弃储藏。
Text Only | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
这是一个很棒的捷径来恢复储藏的工作然后在新的分支上继续当时的工作。
7. 暂存未跟踪或忽略的文件¶
默认情况下,git stash
会缓存下列文件:
- 添加到暂存区的修改(staged changes)
- Git 跟踪的但并未添加到暂存区的修改(unstaged changes)
但不会缓存一下文件:
- 在工作目录中新的文件(untracked files)
- 被忽略的文件(ignored files)
git stash
命令提供了参数用于缓存上面两种类型的文件。使用-u
或者--include-untracked
可以 stash untracked 文件。使用-a
或者--all
命令可以 stash 当前目录下的所有修改。
至于git stash
的其他命令建议参考 Git manual。
小结¶
git 提供的工具很多,恰好用到就可以深入了解下。更方便的开发与工作的。