标签：ref ODB 常用 eve 工作 并且 png 开发 list
在实际项目开发中，总会遇到代码写到一半（没法去打
commit），去开启新的分支 修复Bug 或者 增加功能 的情况。如果不处理，未修改的代码就会被带入临时创建的新的分支，没写完的代码 和 要修复的代码混合在一起，绝对苦逼。而Git中的stash就是用来对付这种情况。
git stashstash在英文中的意思是：隐藏。在Git代码管理的过程中，它的作用也是隐藏没完成的代码，防止它干扰 别人 或者 新分支的工作。
关于git stash，常用命令如下：
| 命令 | 作用 |
|---|---|
git stash |
隐藏当前的工作现场, 此时, git status的结果是 clean |
git stash list |
查看所有隐藏, 每一行的冒号前面的字符串就是标识此隐藏的id |
git stash apply <id> |
重新显示标识为id的隐藏 |
git stash drop <id> |
git apply恢复隐藏后, 需要手动删除list列表中的记录 |
假设：正当我在 master 分支上写着文档时候（没有完成、没有提交），同事发现 hello.py 这个脚本有问题，紧急报告给我进行修复。
收到报告，下意识就是开一个 debug 分支来处理bug。但是，现在的文档没完成，自然无法提交，又不能把没提交的东西带入到新创建的 debug 分支（执意如此，我也没办法 : )）。目前，status 如下：
为了达到目的，分为以下几步：
git stash : 
git branch debug : 
debug分支上修复bug, 并且将修改添加到log中 : 
master分支, 合并debug分支的修改, 并且删除 debug 分支 : 
stash，并且将其从stash list列表中删除 : 
在实际生产过程中，难免会遇到多个 stash 的情况。此时，他们的id默认都是：stash{0}, stash{1}, stash{2} ... ...
当我们恢复一个 stash ，并且将它从 stash list 中移除的时候，在其下方的 stash 记录的id会自动变小，以保证id是从0到n的连续自然数列。所以，当从 stash list 移除一个 stash 后，一些 stash 的 id 就会发生改变。此处是个坑。
标签：ref ODB 常用 eve 工作 并且 png 开发 list
原文地址：https://www.cnblogs.com/geyouneihan/p/9603796.html
