git結構和各操作之間的關係

WorkDir進行add操作將當前修改同步到 Index，執行commit操作同步到Head，執行push上傳到Server。

撤銷add操作

git reset [HEAD/commitid] 使用HEAD或者commitid覆蓋Index，不影響Head和WorkDir，如果是在commit之後執行這個操作相當於同時撤銷了commit和add操作
git reset [HEAD/commitid] – file 針對某個檔案使用HEAD或者commitid覆蓋Index，不影響Head和WorkDir

撤銷commit操作

git reset –soft HEAD^ 重置HEAD到上一版本，即撤銷commit操作，不影響index和workdir。
git reset –soft HEAD^1 ^後面的數字表示恢復到哪個父提交的版本，一個提交可能會對應多個父提交，用於指定回到哪個
git reset –soft commitid 後面新增comiit_id指明回退到哪個版本

撤銷commit和add

git reset –mixed HEAD^ 效果同git reset HEAD^
git reset –mixed HEAD^1 ^後面的數字表示恢復到哪個父提交的版本，一個提交可能會對應多個父提交，用於指定回到哪個

撤銷commit、add操作，並將本地版本也重置為上一版本

git reset –hard HEAD^ 重置head到上一版本，會覆蓋index， –hard會使head、index、workdir都重置回之前的版本，遠端伺服器上不會變，如果希望遠端伺服器上也回到上一版本的話，就使用一下git push –force。
git reset –hard HEAD^1 ^後面的數字表示恢復到哪個父提交的版本，一個提交可能會對應多個父提交，用於指定回到哪個
git reset –hard commitid 用commit_id指定回到哪次 commit

git revert

git revert commitid 使用某一次提交覆蓋當前，已達到恢復到某次的效果。revert之後執行一次git push同步到server。

git reset 和 git revert 的區別

git reset 簡單暴力的將版本置回到某個版本，現在有過a、b、c、d四次提交，提交順序為a、b、c、d，現在為d。使用git reset恢復到a之後，看git log，就只剩下a了，b、c、d都不見了。使用git revert恢復到a之後，看git log，會發現a、b、c、d都在，多了e操作，e操作為“revert a”。
原始log：

執行過git reset之後：

可以看到commitid為7f****的log記錄已經沒有了

再來看一下revert：

解決完衝突，revert之後：

可以看到這裡多了一條“Revert ‘commit add’”的記錄。