Git实战手册(三): stash解惑与妙用

0. 介绍

教程所示图片使用的是 github 仓库图片，网速过慢的朋友请移步原文地址
有空就来看看个人技术小站, 我一直都在

在实际项目开发中，总会遇到代码写到一半（没法去打commit），去开启新的分支修复Bug 或者增加功能的情况。如果不处理，未修改的代码就会被带入临时创建的新的分支，没写完的代码和要修复的代码混合在一起，绝对苦逼。而Git中的stash就是用来对付这种情况。

1. 初识`git stash`

stash在英文中的意思是：隐藏。在Git代码管理的过程中，它的作用也是隐藏没完成的代码，防止它干扰别人或者新分支的工作。

关于git stash，常用命令如下：

命令	作用
`git stash`	隐藏当前的工作现场, 此时, `git status`的结果是 `clean`
`git stash list`	查看所有隐藏, 每一行的冒号前面的字符串就是标识此隐藏的`id`
`git stash apply <id>`	重新显示标识为id的隐藏
`git stash drop <id>`	`git apply`恢复隐藏后, 需要手动删除list列表中的记录

2. 应用与实战

假设：正当我在 master 分支上写着文档时候（没有完成、没有提交），同事发现 hello.py 这个脚本有问题，紧急报告给我进行修复。

收到报告，下意识就是开一个 debug 分支来处理bug。但是，现在的文档没完成，自然无法提交，又不能把没提交的东西带入到新创建的 debug 分支（执意如此，我也没办法 : )）。目前，status 如下：

为了达到目的，分为以下几步：

隐藏修改：git stash :
创建新分支：git branch debug :
在debug分支上修复bug, 并且将修改添加到log中 :
回到master分支, 合并debug分支的修改, 并且删除 debug 分支 :
重新显示隐藏的stash，并且将其从stash list列表中删除 :
然后就可以愉快地继续做自己的事情啦！

3. 拓展阅读

在实际生产过程中，难免会遇到多个 stash 的情况。此时，他们的id默认都是：stash{0}, stash{1}, stash{2} ... ...

当我们恢复一个 stash ，并且将它从 stash list 中移除的时候，在其下方的 stash 记录的id会自动变小，以保证id是从0到n的连续自然数列。所以，当从 stash list 移除一个 stash 后，一些 stash 的 id 就会发生改变。此处是个坑。