Git 雖然因其分布式管理方式，不完全依賴網絡，良好的分支政策，容易部署等優點，已經成為最受歡迎的源代碼管理方式。但是一分耕耘一分收獲，如果想更好地掌握 git，需要付出大量的學習成本。即使在各種 GUI 的加持下，也不得不說 git 真的很難，在 V2EX 上也常有如何正确使用 git 的讨論，同時在 Stackoverflow 上超過 10w+ 的 git 相關問題也證明了 git 的複雜性。再加上 git 的官方文檔也一直存在着 “先有雞還是先有蛋” 的問題，雖然文檔非常全面，但如果你不知道你遇到的問題叫什麼，那麼根本就無從查起。
作為國内領先的研發管了解決方案供應商，CODING 一直緻力于在國内普及 git 的使用，為軟體研發提供更高效率。本文節選自 Katie Sylor-Miller 在日常工作中所遇到過的讓他很頭疼的 git 相關問題，并整理了相應的應對措施，在這裡分享給正在學習如何使用 git 的同學們。當然這些應對措施并不是唯一的，可能你會有其他更好的應對方法，這也恰恰是 git 這套版本控制系統強大的地方。
原文标題：《Oh shit，git！》
原文位址：
https://ohshitgit.com/
我剛剛好像搞錯了一個很重要的東西，但是 git 有個神奇的時間機器能幫我複原！
reflog 是一個非常實用的指令，你可以使用這個指令去找回無意間删除的代碼，或者去掉一些剛剛添加的卻把倉庫裡的代碼弄壞的内容。同時也可以拯救一下失敗的 merge，或者僅僅是為了回退到之前的版本。
我 commit 完才想起來還有一處小地方要修改！
當我 commit 完然後跑測試的時候，經常突然發現忘了在等于号前面加空格。雖然可以把修改過的代碼再重新 commit 一下，然後 rebase -i 将兩次揉在一起，不過上面的方法會比較快。
我要改一下上一個 commit message！
當你們組對 commit message 有格式要求時，或者當你忘了中英文間要加空格，這個指令能救你狗命。
我不小心把本應在新分支上的内容 commit 到 master 了！
注意：這個指令必須在錯誤的 commit 後直接執行，如果你已經試了其他的方式，你可能就需要用 git reset HEAD@{number} 來代替 HEAD~ 了。
我不小心 commit 到錯誤的分支上了！
也有很多人推薦了 cherry-pick 的解決方案，是以選哪個就看你心情了。
我執行了 diff 但是啥也沒出現
Git 不會給通過 add 加入到 staging 區域裡面的檔案做 diff ，除非你加了 --staged 的标簽，别懷疑了這是一個 feature 不是一個 bug，當然對于第一次碰到這個問題的人來說還是有些不好了解的。
Git 從入門到放棄
為了維護最後的尊嚴 XD
不知道你在使用 git 中有沒有遇到過各種令人掀桌的問題呢？
或者作為 git 資深使用者有什麼可以分享的小技巧呢？
歡迎大家在留言區跟我們互動～