git的工作流
工作區(qū):即自己當(dāng)前分支所修改的代碼,git add xx 之前的!不包括 git add xx 和 git commit xxx 之后的。
暫存區(qū):已經(jīng) git add xxx 進去,且未 git commit xxx 的。
本地分支:已經(jīng)git commit -m xxx 提交到本地分支的。
![](/d/20211017/59db02cdaf259d02761c3ad8e9f64586.gif)
代碼回滾
在上傳代碼到遠程倉庫的時候,不免會出現(xiàn)問題,任何過程都有可能要回滾代碼:
1、在工作區(qū)的代碼
git checkout -- a.txt # 丟棄某個文件,或者
git checkout -- . # 丟棄全部
注意:git checkout – . 丟棄全部,也包括:新增的文件會被刪除、刪除的文件會恢復(fù)回來、修改的文件會回去。這幾個前提都說的是,回到暫存區(qū)之前的樣子。對之前保存在暫存區(qū)里的代碼不會有任何影響。對commit提交到本地分支的代碼就更沒影響了。當(dāng)然,如果你之前壓根都沒有暫存或commit,那就是回到你上次pull下來的樣子了。
2、代碼git add到緩存區(qū),并未commit提交
git reset HEAD . 或者
git reset HEAD a.txt
這個命令僅改變暫存區(qū),并不改變工作區(qū),這意味著在無任何其他操作的情況下,工作區(qū)中的實際文件同該命令運行之前無任何變化
3、git commit到本地分支、但沒有g(shù)it push到遠程
git log # 得到你需要回退一次提交的commit id
git reset --hard commit_id> # 回到其中你想要的某個版
或者
git reset --hard HEAD^ # 回到最新的一次提交
或者
git reset HEAD^ # 此時代碼保留,回到 git add 之前
4、git push把修改提交到遠程倉庫
1)通過git reset是直接刪除指定的commit
git log # 得到你需要回退一次提交的commit id
git reset --hard commit_id>
git push origin HEAD --force # 強制提交一次,之前錯誤的提交就從遠程倉庫刪除
2)通過git revert是用一次新的commit來回滾之前的commit
git log # 得到你需要回退一次提交的commit id
git revert commit_id> # 撤銷指定的版本,撤銷也會作為一次提交進行保存
3) git revert 和 git reset的區(qū)別
- git revert是用一次新的commit來回滾之前的commit,此次提交之前的commit都會被保留;
- git reset是回到某次提交,提交及之前的commit都會被保留,但是此commit id之后的修改都會被刪除
開發(fā)過程中,你肯定會遇到這樣的場景:
場景一:
糟了,我剛把不想要的代碼,commit到本地倉庫中了,但是還沒有做push操作!
場景二:
徹底完了,剛線上更新的代碼出現(xiàn)問題了,需要還原這次提交的代碼!
場景三:
剛才我發(fā)現(xiàn)之前的某次提交太愚蠢了,現(xiàn)在想要干掉它!
撤銷
上述場景一,在未進行git push
前的所有操作,都是在“本地倉庫”中執(zhí)行的。我們暫且將“本地倉庫”的代碼還原操作叫做“撤銷”!
情況一:文件被修改了,但未執(zhí)行git add
操作(working tree內(nèi)撤銷)
git checkout fileName
git checkout .
情況二:同時對多個文件執(zhí)行了git add
操作,但本次只想提交其中一部分文件
$ git add *
$ git status
# 取消暫存
$ git reset HEAD filename>
情況三:文件執(zhí)行了git add
操作,但想撤銷對其的修改(index內(nèi)回滾)
# 取消暫存
git reset HEAD fileName
# 撤銷修改
git checkout fileName
情況四:修改的文件已被git commit
,但想再次修改不再產(chǎn)生新的Commit
# 修改最后一次提交
$ git add sample.txt
$ git commit --amend -m"說明"
情況五:已在本地進行了多次git commit
操作,現(xiàn)在想撤銷到其中某次Commit
git reset [--hard|soft|mixed|merge|keep] [commit|HEAD]
具體參數(shù)和使用說明,請查看:Git Pro深入淺出(二)中的重置揭秘部分
回滾
上述場景二,已進行git push
,即已推送到“遠程倉庫”中。我們將已被提交到“遠程倉庫”的代碼還原操作叫做“回滾”!注意:對遠程倉庫做回滾操作是有風(fēng)險的,需提前做好備份和通知其他團隊成員!
如果你每次更新線上,都會打tag,那恭喜你,你可以很快的處理上述場景二的情況
如果你回到當(dāng)前HEAD指向
git checkout branch_name>
情況一:撤銷指定文件到指定版本
# 查看指定文件的歷史版本
git log filename>
# 回滾到指定commitID
git checkout commitID> filename>
情況二:刪除最后一次遠程提交
方式一:使用revert
git revert HEAD
git push origin master
方式二:使用reset
git reset --hard HEAD^
git push origin master -f
二者區(qū)別:
- revert是放棄指定提交的修改,但是會生成一次新的提交,需要填寫提交注釋,以前的歷史記錄都在;
- reset是指將HEAD指針指到指定提交,歷史記錄中不會出現(xiàn)放棄的提交記錄。
情況三:回滾某次提交
# 找到要回滾的commitID
git log
git revert commitID
刪除某次提交
![](/d/20211017/47c96d3d754e4c234b35fad2410bcbc9.gif)
git rebase -i "commit id"^
注意:需要注意最后的^號,意思是commit id的前一次提交
![](/d/20211017/677a3296dc6eca948f1401529e9bf719.gif)
在編輯框中刪除相關(guān)commit,如pick 5b3ba7a test2
,然后保存退出(如果遇到?jīng)_突需要先解決沖突)!
git push origin master -f
通過上述操作,如果你想對歷史多個commit進行處理或者,可以選擇git rebase -i
,只需刪除對應(yīng)的記錄就好。rebase還可對 commit 消息進行編輯,以及合并多個commit。
到此這篇關(guān)于Git撤銷回滾操作(git reset 和 get revert)的文章就介紹到這了,更多相關(guān)Git撤銷回滾操作內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
您可能感興趣的文章:- Vertx基于EventBus發(fā)送接受自定義對象
- Git恢復(fù)之前版本的兩種方法reset、revert(圖文詳解)
- IDEA連接mysql又報錯!Server returns invalid timezone. Go to tab and set serverTimezone prope的問題
- PIL包中Image模塊的convert()函數(shù)的具體使用
- Tensorflow 模型轉(zhuǎn)換 .pb convert to .lite實例
- MySQL數(shù)據(jù)庫中CAST與CONVERT函數(shù)實現(xiàn)類型轉(zhuǎn)換的講解
- SpringBoot基于HttpMessageConverter實現(xiàn)全局日期格式化
- 使用IDEA和Gradle構(gòu)建Vertx項目(圖文步驟)
- Vert.x運行環(huán)境搭建流程圖解