1.查看Git commit的記錄
git log -5
git reset --hard [commitid] “回到某個commit版本”
git reset
git reflog
reset三種模式區別和使用場景
區別：
–hard：重置位置的同時，直接將 working Tree工作目錄、 index 暫存區及 repository 都重置成目標Reset節點的內容,所以效果看起來等同於清空暫存區和工作區。
–soft：重置位置的同時，保留working Tree工作目錄和index暫存區的內容，只讓repository中的內容和 reset 目標節點保持一致，因此原節點和reset節點之間的【差異變更集】會放入index暫存區中(Staged files)。所以效果看起來就是工作目錄的內容不變，暫存區原有的內容也不變，只是原節點和Reset節點之間的所有差異都會放到暫存區中。
–mixed（默認）：重置位置的同時，只保留Working Tree工作目錄的內容，但會將 Index暫存區 和 Repository 中的內容更改和reset目標節點一致，因此原節點和Reset節點之間的【差異變更集】會放入Working Tree工作目錄中。所以效果看起來就是原節點和Reset節點之間的所有差異都會放到工作目錄中。
使用場景:
–hard：(1) 要放棄目前本地的所有改變時，即去掉所有add到暫存區的文件和工作區的文件，可以執行 git reset -hard HEAD 來強制恢復git管理的文件夾的內容及狀態；(2) 真的想拋棄目標節點後的所有commit（可能覺得目標節點到原節點之間的commit提交都是錯了，之前所有的commit有問題）。
–soft：原節點和reset節點之間的【差異變更集】會放入index暫存區中(Staged files)，所以假如我們之前工作目錄沒有改過任何文件，也沒add到暫存區，那麼使用reset --soft後，我們可以直接執行 git commit 將 index暫存區中的內容提交至 repository 中。爲什麼要這樣呢？這樣做的使用場景是：假如我們想合併「當前節點」與「reset目標節點」之間不具太大意義的 commit 記錄(可能是階段性地頻繁提交,就是開發一個功能的時候，改或者增加一個文件的時候就commit，這樣做導致一個完整的功能可能會好多個commit點，這時假如你需要把這些commit整合成一個commit的時候)時，可以考慮使用reset --soft來讓 commit 演進線圖較爲清晰。總而言之，可以使用–soft合併commit節點。
–mixed（默認）：(1)使用完reset --mixed後，我們可以直接執行 git add 將這些改變果的文件內容加入 index 暫存區中，再執行 git commit 將 Index暫存區 中的內容提交至Repository中，這樣一樣可以達到合併commit節點的效果（與上面–soft合併commit節點差不多，只是多了git add添加到暫存區的操作）；(2)移除所有Index暫存區中準備要提交的文件(Staged files)，我們可以執行 git reset HEAD 來 Unstage 所有已列入 Index暫存區 的待提交的文件。(有時候發現add錯文件到暫存區，就可以使用命令)。(3)commit提交某些錯誤代碼，或者沒有必要的文件也被commit上去，不想再修改錯誤再commit（因爲會留下一個錯誤commit點），可以回退到正確的commit點上，然後所有原節點和reset節點之間差異會返回工作目錄，假如有個沒必要的文件的話就可以直接刪除了，再commit上去就OK了。
git pull 衝突的時候，可以先git commit -m i
然後合併解決衝突就push