git reset 回退以前某个版本_远程仓库版本回退方法--Git(二)
1 簡介
最近在使用git時遇到了遠程分支需要版本回滾的情況，于是做了一下研究，寫下這篇博客。
2 問題
如果提交了一個錯誤的版本，怎么回退版本？如果提交了一個錯誤的版本到遠程分支，怎么回退遠程分支版本？
如果提交了一個錯誤的版本到公共遠程分支，又該怎么回退版本？
3 本地分支版本回退的方法
如果你在本地做了錯誤提交，那么回退版本的方法很簡單
先用下面命令找到要回退的版本的commit id：
接著回退版本:
git reset --hard Obfafd0bfafd就是你要回退的版本的commit id的前面幾位
4 自己的遠程分支版本回退的方法
如果你的錯誤提交已經推送到自己的遠程分支了，那么就需要回滾遠程分支了。
首先要回退本地分支：
緊接著強制推送到遠程分支：
git push -f注意：本地分支回滾后，版本將落后遠程分支，必須使用強制推送覆蓋遠程分支，否則無法推送到遠程分支
5 公共遠程分支版本回退的問題
看到這里，相信你已經能夠回滾遠程分支的版本了，那么你也許會問了，回滾公共遠程分支和回滾自己的遠程分支有區別嗎？
答案是，當然有區別啦。
下面來分析:
假如你的遠程master分支情況是這樣的:
A1–A2–B1其中A、B分別代表兩個人，A1、A2、B1代表各自的提交。并且所有人的本地分支都已經更新到最新版本，和遠程分支一致。
這個時候你發現A2這次提交有錯誤，你用reset回滾遠程分支master到A1，那么理想狀態是你的隊友一拉代碼git pull，他們的master分支也回滾了，然而現實卻是，你的隊友會看到下面的提示：
$ git status On branch master Your branch is ahead of 'origin/master' by 2 commits.(use "git push" to publish your local commits) nothing to commit, working directory clean也就是說，你的隊友的分支并沒有主動回退，而是比遠程分支超前了兩次提交，因為遠程分支回退了嘛。
(1) 這個時候，你大吼一聲：兄弟們，老子回退版本了。如果你的隊友都是神之隊友，比如: Tony(騰訊CTO)，那么Tony會冷靜的使用下面的命令來找出你回退版本后覆蓋掉的他的提交，也就是B1那次提交：
git reflog然后冷靜的把自己的分支回退到那次提交，并且拉個分支:
git checkout tony_branch //先回到自己的分支 git reflog //接著看看當前的commit id,例如:0bbbbb git reset --hard B1 //回到被覆蓋的那次提交B1 git checkout -b tony_backup //拉個分支，用于保存之前因為回退版本被覆蓋掉的提交B1 git checkout tony_branch //拉完分支，迅速回到自己分支 git reset --hard 0bbbbbb //馬上回到自己分支的最前端通過上面一通敲，Tony暫時舒了一口氣，還好，B1那次提交找回來了,這時tony_backup分支最新的一次提交就是B1，接著Tony要把自己的本地master分支和遠程master分支保持一致：
git reset --hard origin/master執行了上面這條命令后，Tony的master分支才真正的回滾了,也就是說你的回滾操作才能對Tony生效，這個時候Tony的本地maser是這樣的：
A1接著Tony要再次合并那個被丟掉的B1提交：
git checkout master //切換到master git merge tony_backup //再合并一次帶有B1的分支到master好了，Tony終于長舒一口氣，這個時候他的master分支是下面這樣的：
A1 – B1終于把丟掉的B1給找回來了，接著他push一下，你一拉也能同步。
同理對于所有隊友也要這樣做，但是如果該隊友沒有提交被你丟掉，那么他拉完代碼git pull之后，只需要強制用遠程master覆蓋掉本地master就可以了：
git reset --hard origin/master(2) 然而很不幸的是，現實中，我們經常遇到的都是豬一樣的隊友，他們一看到下面提示：
$ git status On branch master Your branch is ahead of 'origin/master' by 2 commits.(use "git push" to publish your local commits) nothing to commit, working directory clean就習慣性的git push一下，或者他們直接用的SourceTree這樣的圖形界面工具，一看到界面上顯示的是推送的提示就直接點了推送按鈕，臥&槽，你辛辛苦苦回滾的版本就這樣輕松的被你豬一樣的隊友給還原了，所以，只要有一個隊友push之后，遠程master又變成了：
A1 – A2 – B1這就是分布式，每個人都有副本。這個時候你連揍他的心都有了，怎么辦呢？你不能指望每個人隊友都是git高手，下面我們用另外一種方法來回退版本。
注意：博主是在虛擬機中實驗的，用于模擬兩個人的操作，如果你在一個機器上，用同一個賬號在不同的目錄下克隆兩份代碼來實驗的話，回退遠程分支后，另外一個人是不會看到落后遠程分支兩次提交的，所以請務必使用虛擬機來模擬A、B兩個人的操作6 公共遠程分支版本回退的方法
使用git reset回退公共遠程分支的版本后，需要其他所有人手動用遠程master分支覆蓋本地master分支，顯然，這不是優雅的回退方法，下面我們使用另個一個命令來回退版本：
git revert HEAD //撤銷最近一次提交 git revert HEAD~1 //撤銷上上次的提交，注意：數字從0開始 git revert 0ffaacc //撤銷0ffaacc這次提交git revert 命令意思是撤銷某次提交。它會產生一個新的提交，雖然代碼回退了，但是版本依然是向前的，所以，當你用revert回退之后，所有人pull之后，他們的代碼也自動的回退了。
但是，要注意以下幾點：
2、使用revert HEAD是撤銷最近的一次提交，如果你最近一次提交是用revert命令產生的，那么你再執行一次，就相當于撤銷了上次的撤銷操作，換句話說，你連續執行兩次revert HEAD命令，就跟沒執行是一樣的。
3、使用revert HEAD~1 表示撤銷最近2次提交，這個數字是從0開始的，如果你之前撤銷過產生了commi id，那么也會計算在內的。
4、如果使用 revert 撤銷的不是最近一次提交，那么一定會有代碼沖突，需要你合并代碼，合并代碼只需要把當前的代碼全部去掉，保留之前版本的代碼就可以了。
git revert 命令的好處就是不會丟掉別人的提交，即使你撤銷后覆蓋了別人的提交，他更新代碼后，可以在本地用 reset 向前回滾，找到自己的代碼，然后拉一下分支，再回來合并上去就可以找回被你覆蓋的提交了。
7 revert 合并代碼，解決沖突
使用revert命令，如果不是撤銷的最近一次提交，那么一定會有沖突，如下所示：
<<<<<<< HEAD 全部清空 第一次提交 ======= 全部清空 >>>>>>> parent of c24cde7... 全部清空解決沖突很簡單，因為我們只想回到某次提交，因此需要把當前最新的代碼去掉即可，也就是HEAD標記的代碼：
<<<<<<< HEAD 全部清空 第一次提交 =======把上面部分代碼去掉就可以了，然后再提交一次代碼就可以解決沖突了。
8 繼續擴展，簡單粗暴的回滾方法
看到這里也許你已經覺得學會了遠程倉庫版本回滾方法了，但是實踐中總是會遇到很多不按套路來的問題，考慮下面一種情況：
如果你們開發中，忽然發現前面很遠的地方有一次錯誤的合并代碼，把本來下一次才能發的功能的代碼合并到了這一次來了，這個時候全體成員都覺得直接回滾比較快，因為他們都有備份，覆蓋了無所謂，這個時候用reset的話對隊友的要求比較高，用revert的話呢要大面積的解決沖突，也很麻煩呀，怎么辦呢？這個時候，可以使用簡單粗暴的辦法，直接從那個錯誤的提交的前一次拉取一份代碼放到其他目錄，然后將master代碼全部刪除，把那份新代碼方進去，然后提交，果然簡單粗暴啊，雖然這種方法不入流，但是，實踐中發現很好使啊，所以，實踐是檢驗真理的唯一標準。遇到問題還是要靈活應對。
如果你遇到問題，歡迎給我留言，我CSDN博客———“梧桐那時雨”。
9 總結
遠程分支回滾的三種方法：
1、自己的分支回滾直接用reset。2、公共分支回滾用revert
3、錯的太遠了直接將代碼全部刪掉，用正確代碼替代
轉自“梧桐那時雨”的博客：http://blog.csdn.net/fuchaosz/article/details/52170105 創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎
總結
以上是生活随笔為你收集整理的git reset 回退以前某个版本_远程仓库版本回退方法--Git(二)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 旅游服务商Bikego完成A轮融资，共建
- 下一篇： 数据结构之单链表（头结点）的一些常用操作