有一天你正兴高采烈地coding…,突然现网出现一个bug让你紧急修复,但是你本地已经有了修改,你又不想提交,也总不能全部回退吧,所以你正发愁怎么办的时候恰好看到了这篇文章,它将帮你完美解决此场景的困扰,那么今天的主角就是 git stash,它会本地保存当前工作目录所有未提交的修改(每个工作目录有自己的缓存堆栈),不会上传到git服务器,在你需要的时候应用到你当前的分支(一定要注意要应用的分支是否是当时保存该stash的分支)。
下列两个命令都会保存当前工作目录所有未提交的修改,工作区的代码会回退到未修改之前,但有区别。
git stash
保存成功如图:
使用该命令保存的stash没有注释,难以分辨。
git stash save 'xxx' // 'xxx'表示注释,便于区分每个stash
保存成功如图:
使用该命令保存的stash有注释,容易分辨。
注意:未被git跟踪的代码(新增)不会被stash存储,会报 No local changes to save
git stash list
当我们使用 git stash 命令保存多个stash时,stash列表如下:
我们可以看到,两个stash除了前面的序号不同,其他信息都一模一样,很难分辨哪个是我们现在需要应用的stash。
而当我们使用 git stash save ‘xxx’ 命令保存多个stash时,stash列表如下:
是不是容易分辨多了?还没完,接着看↓
查看堆栈中最新保存的stash和当前目录的差异:
git stash show
用法:
我们可以看到修改的文件。
我们如果想查看指定的stash和当前目录差异,可以使用:
git stash show stash@{index}
用法:
有的同学说这只能看到文件,看不到详细的内容啊,别急,用这个:
git stash show -p
用法:
我们可以很直观地看到修改了哪些地方。
当然,我们要是想看到指定的stash的详细修改,可以使用:
git stash show stash@{index} -p
git stash pop
当只有一个stash的时候,我们大可使用 git stash pop 命令将该stash应用到当前分支:
值得注意的是,git stash pop 命令默认将缓存中第一个stash应用到当前分支,并且应用完后会删除该stash,我们查看一下stash列表:
那么有的同学就会问:那我应用完不想删除stash怎么办?
此时主角闪亮登场⭐:
git stash apply
我们先复原刚刚删除掉的stash,再使用该命令应用stash:
使用该命令不会删除缓存的stash,并且与 git stash pop 同样默认将缓存中第一个stash应用到当前分支,同样我们看一下stash列表:
很显然,二老健在。
那么更想拿高薪的同学又会问:我既想应用完不想删除stash,又想应用指定的stash,怎么办?
凉拌那是不可能的,我一般喜欢烤着吃…
开个玩笑,此时我们可以使用以下命令指定我们要应用的stash:
git stash apply stash@{index}
index表示stash列表的序号,使用该命令应用stash:
我们再看一下stash列表:
没骗你吧,git stash apply stash@{index} 命令能够成功应用指定的stash并且不删除缓存的stash。
我的天老爷,有的同学又想到一个场景:如果我连续应用多个stash会发生什么?会合并多个stash吗?
看看就知道了:
我们可以很清楚地看到,连续多次应用stash,在第二次的时候就报错了,让我们提交修改之后再应用(此处演示了 git stash pop 和 git stash apply 一起使用的场景,不会对代码造成任何影响)。
相信很多同学都有很不得了的时候,突然不想用之前的修改了,不删了它浑身难受,这时候我们就该使用以下命令删除缓存的stash:
git stash drop
用法:
你说删了就删了哦,我必须看看stash列表:
耶,纳闷只删了第一个哦,你可能动动小脑瓜都知道了,该命令默认删除缓存中的第一个stash。
是的,你猜到了,扁桃体同学又要发炎了: 我今天必须要删除指定的stash,不然我睡不戳,纳闷办?
我们先复原刚刚删除的stash,再使用以下命令删除缓存中指定的stash:
git stash drop stash@{index}
紧接着,阿迫同学说: 你这样一个一个删太麻烦了,能不能一次性删完呢?
当然可以!我们可以使用以下命令删除所有缓存的stash:
git stash clear