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 的解決方案，所以選哪個就看你心情了。
Git 不會給通過 add 加入到 staging 區域裡面的文件做 diff ，除非你加了 --staged 的標籤，別懷疑了這是一個 feature 不是一個 bug，當然對於第一次碰到這個問題的人來說還是有些不好理解的。
為了維護最後的尊嚴 XD
不知道你在使用 git 中有沒有遇到過各種令人掀桌的問題呢？
或者作為 git 資深用戶有什麼可以分享的小技巧呢？
歡迎大家在留言區跟我們互動～