軟件開發中，bug就像家常便飯一樣。有了bug就需要修復，
在Git中，由於分支是如此的強大，所以，
每個bug都可以通過一個新的臨時分支來修復，修復后，合並分支，然后將臨時分支刪除。
--
當你接到一個修復一個代號101的bug的任務時(假設該bug在master分支上)，很自然地，
你想創建一個分支issue-101來修復它，
但是，等等，當前正在dev上進行的工作還沒有提交：
如果當前dev分支上的修改不進行提交, 不能切換到master分支上去修復bug
---
並不是你不想提交，而是工作只進行到一半，還沒法提交，預計完成還需1天時間。
但是，必須在兩個小時內修復該bug，怎么辦？
幸好，Git還提供了一個stash功能，可以把當前工作現場“儲藏”起來，等以后恢復現場后繼續工作：
儲存之前:
儲存之后:
----
現在，用git status查看工作區，就是干凈的（除非有沒有被Git管理的文件），
因此可以放心地創建分支來修復bug。
-----
首先確定要在哪個分支上修復bug，假定需要在master分支上修復，就從master創建臨時分支：
切換到master分支, 從master分支上創建臨時分支(前面提到了, 如果當前使用的dev分支上的修改沒有commit或者stash,不能切換分支)
------
現在修復bug，
需要把“Git is free software ...”改為“Git is a free software ...”，然后提交：
-------
修復完成后，切換到master分支，並完成合並，最后刪除issue-101分支(可以不刪除)：
$git checkout master
$git merge --no-ff -m"merged bug fix 101" issue-101
--------
太棒了，原計划兩個小時的bug修復只花了5分鍾！
現在，是時候接着回到dev分支干活了！
---------
發現工作區是干凈的, 因為之前把工作現場先暫時用stash存儲起來了
剛才的工作現場存到哪去了？用git stash list命令看看：
---------
工作現場還在，Git把stash內容存在某個地方了，但是需要恢復一下，有兩個辦法：
一是用git stash apply恢復，但是恢復后，stash內容並不刪除，你需要用git stash drop來刪除；
另一種方式是用git stash pop，恢復的同時把stash內容也刪了：
再用git stash list查看，就看不到任何stash內容了
你可以多次stash，恢復的時候，先用git stash list查看，然后恢復指定的stash，用命令：
$ git stash apply stash@{0}
小結
修復bug時，我們會通過創建新的bug分支進行修復，然后合並，最后刪除；
當手頭工作沒有完成時，先把工作現場git stash一下，然后去修復bug，
修復后，再git stash pop，回到工作現場。