使用git的时候，我们往往使用branch解决d切换问题Q例如，我们往往会徏一个自q分支M改和调试代码, 如果别h或者自己发现原有的分支上有个不得不修改的bugQ我们往往会把完成一半的代码 commit提交到本C库，然后切换分支M改bugQ改好之后再切换回来。这L话往往log上会有大量不必要的记录。其实如果我们不x交完成一半或者不完善的代码，但是却不得不M改一个紧急BugQ那么?/span>'git stash'可以将你当前未提交到本圎ͼ和服务器Q的代码推入到Git的栈中，q时候你的工作区间和上一ơ提交的内容是完全一LQ所以你可以攑ֿ的修 BugQ等C完BugQ提交到服务器上后，再?/span>'git stash apply'以前一半的工作应用回来。也许有的h会说Q那我可不可以多ơ将未提交的代码压入到栈中？{案是可以的。当你多ơ?/span>'git stash'命o后，你的栈里充满了未提交的代码Q这时候你会对哪个版本应用回来有些困惑，'git stash list'命o可以当前的Git栈信息打印出来，你只需要将扑ֈ对应的版本号Q例如?/span>'git stash apply stash@{1}'可以将你指定版本号为stash@{1}的工作取出来Q当你将所有的栈都应用回来的时候，可以使用'git stash clear'来将栈清I?br />在这里顺便提下git format-patch -n , n是具体某个数字， 例如 'git format-patch -1' q时便会Ҏlog生成一个对应的补丁Q如?nbsp;'git format-patch -2' 那么便会生成2个补丁，当然前提是你的log上有臛_有两个记录?/span>
看过上面的信息，可以知道用场合了Q当前工作区内容已被修改Q但是ƈ未完成。这时Boss来了Q说前面的分支上面有一个BugQ需要立即修复。可是我又不x交目前的修改Q因ZҎ有完成。但是，不提交的话，又没有办法checkout到前面的分支。此时用Git Stashq当于备䆾工作Z。然后在Checkoutq去修改Q就能够辑ֈ保存当前工作区，q及时恢复的作用?br />
下面Q将我用过E中遇到的一个问题和大家分nQ?br />
首先Q在Git Stash之后Q提交图如下所C：
从图中可以看刎ͼdevelop和newdevelop是在同一个分支上Q因为分支newdevelop是在develop分支的基上开发的。想加入一个新的特性，所以就开了newdevelop分支Q然后就在上面加东西Q加Ҏ，该代码。这个时候工作的内容已经变化了，但是develop和newdevelop都是指向同一个提交的Q因为newdevelop上面q木有提交?br />q个时候，Boss来了Q说develop上面有个BugQ赶快改一下，手头的工作先放放Q稳定版本不能有~陷。没办法Q当前正在newdevelop上搞的high呢，Git Stash一下。所以会看到上面有两个节点，U色以及上面一个。就是stash之后的结果，注意是在newdevelop上面q行的stash?br />
正如前面所_stash会暂存当前的工作区内容，然后工作区内容保持和上ơ提交相同，此时内容都是上面8a32那个提交的内宏V从l端中查看相应的信息内容Q如下：
印证了签名的说法Qnewdevelop是有修改QmodifiedQ然后stash之后Q工作区是最q一ơ提交，此时newdevelop和develop都是相同的，所以再git status查看发现Q都一Pnothing to commit.
然后Stash完成之后Q就要Fix Bug了。ؓ此，回到develop分支上进行修复，然后提交Q完成后的提交图如下所C：
然后在develop上面修复了Bug之后Q在回到newdevelop上面q行一个新的特性的l箋~码Q此时checkout回去的时候，没有马内容可以提交Q因为都存在Stash中了Q没有Q何修攏V如上图?br />
那么Q恢复工作区内容吧。于是git stash popQ注意这里由于只Stash了一ơ所以用popQ具体你存放了多，要恢复哪一个要自己清楚Q否则会出错Q）
恢复之后Q从上图中可以看刎ͼ此时再git status׃发现文g有修改，说明恢复q来了。然后就l箋~码Q提交一个稳定的新特性版本，如下图，产生的新提交?906.
然后再查看提交图Q会发现Qstash pop之后Q对应的存放的stash被清I掉了，提交图中Qnewdevelop上面对应一个新的提交。ƈ且在develop上面。分支的develop那个U色Q即为前面修复Bug的那个提交?br />
ȝhQ?br />操作很简单，但是头脑要清楚。要在哪个分支上修复BugQ要暂存哪个地方的内容，之后修复完了在那个地Ҏ交，然后要到哪个分支上面恢复工作区，都是需要注意的Q否则，很容易造成提交图乱。只有弄清楚了工作流E，才不Ҏ出错Q才能保证很高的工作效率?br />最后一句：Git是神器，p看你如何N它了?img src ="http://m.shnenglu.com/deercoder/aggbug/160007.html" width = "1" height = "1" />
]]>