当在一个分支的开发工作未完成,却又要切换到另外一个分支进行开发的时候,除了commit原分支的代码改动的方法外,我觉得git stash是一个更加便捷的选择。
使用git的时候,我们往往使用分支(branch)解决任务切换问题,例如,我们往往会建一个自己的分支去修改和调试代码, 如果别人或者自己发现原有的分支上有个不得不修改的bug,我们往往会把完成一半的代码commit提交到本地仓库,然后切换分支去修改bug,改好之后再切换回来。这样的话往往log上会有大量不必要的记录。其实如果我们不想提交完成一半或者不完善的代码,但是却不得不去修改一个紧急Bug,那么使用git stash就可以将你当前未提交到本地(和服务器)的代码推入到Git的栈中,这时候你的工作区间和上一次提交的内容是完全一样的,所以你可以放心的修Bug,等到修完Bug,提交到服务器上后,再使用git stash apply将以前一半的工作应用回来。
步骤如下:
恢复改动。如果你要恢复的是最近的一次改动,git stash pop 即可,我用这个用的最多。如果有多次stash操作,那就通过git stash list查看stash列表,从中选择你想要pop的stash,运行命令git stash pop stash@{id}或者 git stash apply stash@{id}即可。这方面网上的资料挺多的。
删除stash。git stash drop <stash@{id}> 如果不加stash编号,默认的就是删除最新的,也就是编号为0的那个,加编号就是删除指定编号的stash。git stash clear 是清除所有stash,整个世界一下子清净了!
git stash pop 与 git stash apply <stash@{id}> 的区别。
当我使用git stash pop 和 git stash apply 几次以后,我发现stash list 好像比我预计的多了几个stash。于是我便上网去了解了一下这两个命令的区别。原来git stash pop stash@{id}命令会在执行后将对应的stash id 从stash list里删除,而 git stash apply stash@{id} 命令则会继续保存stash id。对于有点强迫症的我来说,是容不下越来越多的陈旧stash id 仍然存在的,所以我更习惯于用git stash pop 命令。
// 初始化仓库,进行一次提交 # git init stash-test # cd stash-test && echo 'hello'> readme # git add . && git commit -m "init" // 修改工作区和暂存区 # echo 'need to be stashed' >> readme # git add readme // 查看此时工作区和版本库区别 # git diff HEAD diff --git a/readme b/readme index ce01362..55d6c28 100644 --- a/readme +++ b/readme @@ -1 +1,2 @@ hello +need to be stashed
// 暂存当前状态 # git stash // 查看当前工作区和版本库区别 # git diff HEAD ==> 此时什么都没有输出,说明工作区被重置为HEAD指向内容了 // 显示已暂存列表 # git stash list stash@{0}: WIP on master: 440e976 init // 恢复暂存区和工作区进度 # git stash pop --index stash@{0} // 查看工作区和版本库区别 # git diff HEAD diff --git a/readme b/readme index ce01362..55d6c28 100644 --- a/readme +++ b/readme @@ -1 +1,2 @@ hello
git stash 对当前的暂存区和工作区状态进行保存。 git stash list 列出所有保存的进度列表。 git stash pop [--index] [<stash>] 恢复工作进度
到此这篇关于git stash(储藏)的文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持。