如何優(yōu)雅的進(jìn)行版本回退
在版本迭代開發(fā)過程中，相信很多人都會有過錯誤提交的時候(至少良許有過幾次這樣的體驗(yàn))。這種情況下，菜鳥程序員可能就會虎驅(qū)一震，緊張得不知所措。而資深程序員就會微微一笑，摸一摸锃亮的腦門，然后默默的進(jìn)行版本回退。
對于版本的回退，我們經(jīng)常會用到兩個命令：
- git reset
- git revert
那這兩個命令有何區(qū)別呢?先不急，我們后文詳細(xì)介紹。
git reset
假如我們的系統(tǒng)現(xiàn)在有如下幾個提交：
其中：A 和 B 是正常提交，而 C 和 D 是錯誤提交?，F(xiàn)在，我們想把 C 和 D 回退掉。而此時，HEAD 指針指向 D 提交(5lk4er)。我們只需將 HEAD 指針移動到 B 提交(a0fvf8)，就可以達(dá)到目的。
只要有 git 基礎(chǔ)的朋友，一定會想到 git reset 命令。完整命令如下：
- git reset --hard a0fvf8
命令運(yùn)行之后，HEAD 指針就會移動到 B 提交下，如下圖示：
而這個時候，遠(yuǎn)程倉庫的 HEAD 指針依然不變，仍在 D 提交上。所以，如果直接使用 git push 命令的話，將無法將更改推到遠(yuǎn)程倉庫。此時，只能使用 -f 選項(xiàng)將提交強(qiáng)制推到遠(yuǎn)程倉庫：
- git push -f
采用這種方式回退代碼的弊端顯而易見，那就是會使 HEAD 指針往回移動，從而會失去之后的提交信息。將來如果突然發(fā)現(xiàn)，C 和 D 是多么絕妙的想法，可它們已經(jīng)早就消失在歷史的長河里了。
而且，有些公司(比如良許的公司)明令禁止使用 git reset 命令去回退代碼，原因與上述一樣。所以，我們需要找到一個命令，既可以回退代碼，又可以保存錯誤的提交。這時，git revert 命令就派上用場了。
git revert
git revert的作用通過反做創(chuàng)建一個新的版本，這個版本的內(nèi)容與我們要回退到的目標(biāo)版本一樣，但是HEAD指針是指向這個新生成的版本，而不是目標(biāo)版本。
使用 git revert 命令來實(shí)現(xiàn)上述例子的話，我們可以這樣做：先 revert D，再 revert C (有多個提交需要回退的話需要由新到舊進(jìn)行 revert)：
- git revert 5lk4er
- git revert 76sdeb
這里會生成兩個新有提交：D' 和 C'，如下圖示：
這里只有兩個提交需要 revert，我們可以一個個回退。但如果有幾十個呢?一個個回退肯定效率太低而且容易出錯。我們可以使用以下方法進(jìn)行批量回退：
- git revert OLDER_COMMIT^..NEWER_COMMIT
這時，錯誤的提交 C 和 D 依然保留，將來進(jìn)行甩鍋的時候也有依可循。而且，這樣操作的話 HEAD 指針是往后移動的，可以直接使用 git push 命令推送到遠(yuǎn)程倉庫里。而這種做法，正是企業(yè)所鼓勵的。
我們再舉個更難一點(diǎn)的例子。
假如現(xiàn)在有三個提交，但很不巧的是，那個錯誤的提交剛好位于中間。如下圖示：
這時，直接使用 git reset 命令將 HEAD 指針重置到 A 提交顯然是不行的，因?yàn)?C 提交是正確的，需要保留的。先把 C 提交 及 B 批次全部回退，再使用 cherry-pick 命令將 C 提交重新再生成一個新的提交 C''，這樣就實(shí)現(xiàn)了將 B提交回退的需求。完整的過程如下：
本文授權(quán)轉(zhuǎn)載自公眾號「良許Linux」。良許，世界500強(qiáng)外企Linux開發(fā)工程師，公眾號里分享大量Linux干貨，歡迎關(guān)注!
