git 能給開發者帶來不少便利，這裡我就講兩個場景。
revert
revert 是恢復的意思，用過 svn 的同學應該都對 svn 的 revert 操作贊不絕口：它能把未提交的修改一鍵丟棄。它的應用場景就是我在git版本管理的優點中提到的，我們在源碼中添加一些自測代碼如 printf、System.out.println來對新增加的功能進行正確性測試，測試正確了之後我們可以用 svn 的 revert操作一鍵丟棄這些垃圾代碼。
git 也有 revert，作用也類似，但它非但沒有去掉一個 commit 反而增加了一個 commit，所以我不喜歡......遇到上面這種情況的時候，我首先將原有代碼 commit 提交，然後寫自測代碼，自測完了，再提交一個 commit（這個 commit 中都是垃圾代碼），最後 reset hard 到倒數第二個 commit，這樣就不會把垃圾代碼暴露給別人了。
調試專家
調試專家的場景是這樣的：假設你和一個隊友在協同開發一個項目，你是個調試專家，Bug 見了你都怕。然後有一天你的隊友發現一個棘手的 Bug，丟給了你，但是你現在手頭有一個沒寫完的功能，既不能丟掉又不能摻到有 Bug 的代碼中。
這種情況你應該預先做好准備：你可以建一個分支 working，在 working 中做隨時可能被打斷的活；而 master 分支就等著處理 Bug。碰到以上情況，你可以在 working 中先提交一個臨時 commit（解決了 Bug 後再來修），然後切換到 master 去 Debug，解決了 Bug 後再切換回 working 淡定地繼續工作（working 中的活干完了就合並到 master 中）。
