前些天發現了一個巨牛的人工智能學習網站，通俗易懂，風趣幽默，忍不住分享一下給大家。點擊跳轉到教程。

合并分支，沖突是難免的，在實際協作開發中我們遇到的情況錯綜復雜，今天就講兩個比較重要的命令使用git stash?和git stash pop

試想一下：1.假如我們在develop分支開發，這時候突然技術經理說有個緊急修復下，這修復bug之前說了，需要從master穩定版本開一個分支，而我們develop如果沒有commit，而直接切換到master，會有如下提示：

?

根據提示，我們需要提交修改或者在切換分之前 stash 一下。而我們每次間斷就要commit一次，將來git log里會有很多臨時提交，太多了讓人無法快速定位，而這的確不是我們想要的，那就只有stash。stash的含義就是把工作區的修改臨時儲藏起來，等以后再恢復使用。那我們不妨一試git stash，看看結局是什么樣子的：

?

?

?

?

先看最后一句 "HEAD is now at b70f2af develop update". 還記得上一篇的分支圖吧。

?

?

?

因為我們上一篇master合并后develop后，并沒有將develop的分支和master同步，因此develop分支的最新的提交記錄就在b70f2af，也就是工作區目前是干凈的。git stash ?執行后，develop分支就相當于什么也沒操作一樣。

?

接著我們在執行最開始的切換到master分支，看看會怎樣，還會不會提示上述信息：

?

怎么樣，是不是正確切換到master分支了。現在我們在新建并切換分支hotfixes-01.然后可以修復緊急bug了。然后修改，提交，刪除hotfixes-01即可。然后我們繼續切回develop分支：

?

?

?

?

這時候我們可以先把master分支的修改合并到develop，操作步驟以前也學過了，合并沖突等。這時候我們看會代碼，stash之前的代碼已經看不到了。那我們怎么繼續接著上述的修改恢復現場呢。這時候用到git stash pop。
我們先看一下stash清單，執行git stash list。

?

然后我們用git stash pop 恢復現場，看一下結果：

?

?

?

?

?

這時候在看工作區的源代碼，發現已經正確恢復現場，可以繼續在以前基礎上工作了。

?

2.現在另一種情況：你pull最新代碼，但這時候你又不想重新增加commit記錄，這時候先git stash，然后pull，最后在git stash pop,

?

這1和2兩種情況在實際開發過程中會經常用到，要熟練掌握git stash的應用。

補充：在我們多次使用git stash 后，git棧里充滿了很多未提交的代碼，這時候用git stash list 可以講git 棧信息打印出來，比如

git stash apply stash@{1}?就代表把指定版本號為stash@{1}的工作取出來。清空的話使用git stash clear。

?

git stash pop 和 git stash?apply 的不同：

apply 讀取暫存區的數據，通過apply后，暫存區的數據依然存在。

pop 是取出最新的一次暫存數據，pop后，暫存區就不會存在這次數據了。

?

總結：

git stash ?#可用來暫存當前正在進行中的工作

git stash pop ?#從git棧中恢復第一個。相當于git stash apply 和git stash drop

git stash list ? #打印git棧中的所有信息

git stash clear ?#清空git棧

git stash apply stash@{1} ?#將你指定版本號為stash@{1}的工作取出

?

版本分支是git區分集中式版本控制的一大優勢，而為了保證團隊協作中順利的開發，建議大家多用分支，至于具體分支的命名，不必拘泥死板，根據自己團隊的實際情況，讓分支成為我們團隊開發的助推器，而不是拖后腿。

?