本文只闡述如何解決問題，不會對git的各種概念多做介紹，如果有興趣可以點選下面的連結，進行詳細的學習：
Pro Git
本文適用的環境

現在先假設幾個環境，本文將會給出相應的解決方法：
1. 原生代碼（或檔案）已經add但是還未commit；
2. 要回退的commit的程式碼已經commit了，但是還未push到遠端個人repository
3. 要回退的commit的程式碼已經push到遠端的個人分支，但是還未merge到公共的repository
4. 要回退的commit的程式碼已被merge（合入)到公共的repository
關鍵的幾個命令

git reset [commit]
git revert [commit]
 

git reset有三個引數soft,mixed,hard分別對應head的指標移動，index（暫存區）、以及工作目錄的修改，當預設時，預設為mixed引數。
git revert與reset的區別是git revert會生成一個新的提交來撤銷某次提交，此次提交之前的commit都會被保留，也就是說對於專案的版本歷史來說是往前走的。而git reset 則是回到某次提交，類似於穿越時空。
相應的解決方法

1、 對於上面的前兩種情況，我們可以直接使用git reset命令。根據需要的不同使用，不同的引數。但是要注意

git reset –hard 

是一個危險的命令,他是git少數幾個會銷燬資料的命令之一，如果你不小心放了錯，你也許可以使用

git reflog

命令來找回你的資料。
2、 對於第三種情況，如果你的遠端分支只有你一個人用的話，那麼可以在先使用git reset [commit]回退，如何使用git push -f [commit]來強制更新你的遠端庫2

3、 對於最後一種情況，考慮到其他人的版本歷史，使用git reset [commit]是不建議的，此時我們應該使用git revert [commit]改命令不會修改之前的提交歷史，相當於對資料做了一次逆操作，然後再執行add，commit等命令。
總結

對於前三種情況，雖然git revert也適用，但是如要要保持版本歷史乾淨的話，建議還是用 git reset3，但是希望保留完整的歷史的話，還是使用git revert為好。對於和其他人協同的專案，使用git rever是最好的。