Git使用記錄:Git各類撤銷操做

Git各類撤銷操做

1,  git checkout -- file

能夠撤銷add和commit以後的文件git

git checkout -- a.txt

2,  git checkout branch a.txt

用另一個分支的文件替換當前分支的文件shell

git checkout master a.txt

3, git rm a.txt

直接刪除某個文件vim

git rm a.txt
git commit -m "del a.txt"

4, git reset --soft|--mixed|--hard <commit_id>

回退到某一個提交
1.第一種狀況:尚未push,只是在本地commit緩存

這裏的<commit_id>就是每次commit的SHA-1,能夠在log裏查看到
--mixed    會保留源碼,只是將git commit和index 信息回退到了某個版本.
--soft   保留源碼,只回退到commit信息到某個版本.不涉及index的回退,若是還須要提交,直接commit便可.
--hard    源碼也會回退到某個版本,commit和index 都會回退到某個版本.(注意,這種方式是改變本地代碼倉庫源碼)

簡單總結一下,其實就是--soft 、--mixed以及--hard是三個恢復等級。使用--soft就僅僅將頭指針恢復,已經add的緩存以及工做空間的全部東西都不變。若是使用--mixed,就將頭恢復掉,已經add的緩存也會丟失掉,工做空間的代碼什麼的是不變的。若是使用--hard,那麼一切就全都恢復了,頭變,aad的緩存消失,代碼什麼的也恢復到之前狀態。指針

git log
// 若是沒有你想要的就在冒號狀態下一直回車,退出是在冒號下輸入q
git reset --hard f185d0ec
git push -f
// 強制提交

// 若是又後悔了,想回到最新的
git reflog
// 重複上邊的步驟

2.commit push 代碼已經更新到遠程倉庫code

git revert <commit_id>
git push -f

revert 以後你的本地代碼會回滾到指定的歷史版本,這時你再 git push 既能夠把線上的代碼更新。
注意:git revert是用一次新的commit來回滾以前的commit,git reset是直接刪除指定的commit,看似達到的效果是同樣的,其實徹底不一樣。
第一:上面咱們說的若是你已經push到線上代碼庫, reset 刪除指定commit之後,你git push可能致使一大堆衝突.可是revert 並不會.
第二:若是在往後現有分支和歷史分支須要合併的時候,reset 恢復部分的代碼依然會出如今歷史分支裏.可是revert 方向提交的commit 並不會出如今歷史分支裏.
第三:reset 是在正常的commit歷史中,刪除了指定的commit,這時 HEAD 是向後移動了,而 revert 是在正常的commit歷史中再commit一次,只不過是反向提交,他的 HEAD 是一直向前的.源碼

5, git reset HEAD~1

按提交步驟回退,~後邊的數字是回退幾回命令
(假如merge了一個其餘的分支並提交)it

git merge branch2
git push

// 如今要撤回

git reset HEAD~1
git checkout .
// 若是隻是個別文件能夠git checkout aa.txt bb.txt
git push -f

6, git rebase --onto baseBranch from to

刪除中間的某次commitast

咱們先提交幾回記錄class

git log
咱們會看到以下信息
commit aa1f22523b7c27c692a59588a72d396a97ae04be (HEAD -> branch2)
Author:
Date:   Tue Jul 10 21:34:55 2018 +0800

    4

commit cb10df56ea102a558c24625e4ebbb296e0b9d1e8
Author:
Date:   Tue Jul 10 21:34:38 2018 +0800

    3

commit 6407cefa0631920cfe8e12bfebc5f1f72c373b07
Author
Date:   Tue Jul 10 21:34:24 2018 +0800

    2

commit 3427ac34d38fb6bb06cfd222896e7e3a7a837219
Author:
Date:   Tue Jul 10 21:34:10 2018 +0800

    1

咱們要刪掉3的那次commit,我所在的分支是branch2,--onto後邊第一個參數是base,也就是要刪掉的commit的上一個commit,
第二個參數是咱們要拼接的commit起始位置,第三個是結束位置
~表示分支的上一次或者上幾回commit

git rebase --onto branch2~3 branch2~1 branch2

執行完會發現衝突,這時候刪掉第3次commit的代碼,解決完衝突,而後恢復到最後一次commit
git add .
git rebase --continue

再git log,會發現,第三次commit已經沒有了

commit 20586673a513c53709f1e75f786e501c62d6537d (HEAD -> branch2)
Author: 
Date:   Tue Jul 10 21:34:55 2018 +0800

    4

commit 6407cefa0631920cfe8e12bfebc5f1f72c373b07
Author: 
Date:   Tue Jul 10 21:34:24 2018 +0800

    2

commit 3427ac34d38fb6bb06cfd222896e7e3a7a837219
Author: 
Date:   Tue Jul 10 21:34:10 2018 +0800

    1

7,git commit --amend

修改最後一次commit信息

git commit --amend
此時處於vim狀態,按c開始編輯,修改完按esc退出編輯,連續按兩次大寫Z,退出

修改以前幾回的
好比要修改的commit是倒數第三條,使用下述命令:

git rebase -i HEAD~3
把pick改成edit
而後 :wq
git commit --amend
退出保存 :wq,而後回到正常狀態
git rebase --continue
git push -f 推送到服務端

8, git merge --squash branch

合併的時候不想攜帶分支的commit信息,合併到master的時候只會留下一條信息

git merge --squash branch
 git add .
 git commit -m "merge branch"
 git push
相關文章
相關標籤/搜索