環境

git : 2+

前言

最近兩天，公司的git合并代碼時，出現了嚴重的問題，浪費很多時間；
現在記錄下；
情況是這樣的，一個同事自己的本地分支（遠程沒有），不知怎么的，有了別人開發分支的代碼，而他自己又不知道；
其在切換到主分支，并merge自己的分支，此時其已經把別人正在開發的代碼都合并到了主分支。

到了晚上準備升級時，才發現，主分支的代碼出了問題；此時版本庫是這樣的：

如圖 100047dcc這一步就有不該有的代碼；

而此時版本庫已經提交過了很多次，現在的問題就是，如何撤銷掉100047dcc提交的代碼，并且保留其他人提交的代碼。

這個問題，折騰到了晚上9點半左右，嘗試了網上給出的：

但是，實際的效果是，100047dcc代碼沒了，其他人提交的代碼也沒有了！
也就是給人感覺和git reset --hard be8c6f6dd沒有什么區別！

最后因為太晚，從提交記錄上看，100047dcc之后就一個人提交了代碼，所以就執行了：

之后，那個人（也就是我）從備份分支上把文件拷貝回來—（因為我是直接在主分支上改的，自己的分支并沒有代碼）。

第二天，我打算去拷貝文件，我執行如下操作：

簡單的說，我的操作就是兩步：
1git pull
2、git push
結果又把代碼還原回去了！

為啥呢？

雖然昨天晚上，把遠程庫的版本回退到了正確的版本，但是我的本地主分支還是最新的commit，也就是說，相比遠程庫，我本地庫是超前了多次提交，畢竟因為遠程庫回退了嘛！

這個時候，我必須也得對本地庫進行回退，回退到線上相同的commit節點才行。

這個時候，我做了以下幾個操作：

上面敲了很多命令，其實真正只需要git reset --hard 384deccaa6即可。

接下來，我開始復制粘貼，從備份分支上，把代碼拷貝下。
真的操蛋，這等于是增加工作量啊！

revert 撤銷某次提交

到了下午，又有個同事干了類似我上午的操作。把不該有的代碼提交上去了！
這就麻煩了，雖然遠程庫回退了！結果是要求凡是pull最新代碼的人，都得進行本地回退的操作。
否則，就沒完沒了！

到了晚上，對著備份分支進行測試，終于找到了優雅的解決辦法！

這就是revert命令

該命令就是為撤銷某次提交而存在的；

首先，我是明白100047dcc這次提交是有問題的，這是問題的源頭；
也就是說，只要我們把這次提交的給撤銷了，就不會有問題了！

步驟 一

結果報錯了，報了一個Commit is a merge but no -m option was given.

為什么呢？

如果100047dcc這只是一個普通的提交，其實是不會報錯的！
但是，這是一個merge的提交。

那么在撤銷時，git并不知道我要撤銷具體哪次！如下圖：

這個時候，怎么辦呢？

我的做法

步驟二

我執行了這樣的一個操作：

參數 -m 就是指定要撤銷的那個提價，從左往右，從1開始數；也就是我撤銷的是ca4a7ff999。

接著其把代碼沖突，然后我就解決沖突，保留主分支的代碼，去掉那個人的代碼。

解決完沖突后，我執行如下操作：

我上面執行的語句其實就是：

步驟三

也就是執行：

即 撤銷be8c6f6dde的提交，這個時候也會提示代碼沖突了，

接著和上面一樣，解決沖突，在提交：

即：

可以看出刪除掉了那個人提交的文件。

最后一步

這樣就把那個人提交錯誤的代碼給刪除了，其他人的本地分支也不需要版本回退了！
一次改好，到處OK！

總結

當想撤銷中間某次提交時，強烈建議使用revert命令，而不是reset。
git reset –hard commit_id 雖然可以回退遠程庫，但是其要求pull最新代碼的每個人的本地分支都要進行版本回退。這樣就增加工作量了！

正確的步驟：

其中git revert commit_id -m 數字是針對，merge提交點的操作。
如果是普通的提交點，不需要這么麻煩。

參考地址：
[Git高級教程(二)] 遠程倉庫版本回退方法
https://www.cnblogs.com/ShaYeBlog/p/5368064.html
https://blog.csdn.net/hongchangfirst/article/details/49472913

到此這篇關于git 優雅的撤銷中間某次提交方法的文章就介紹到這了,更多相關git 撤銷某次提交內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！

原文鏈接：https://blog.csdn.net/u013066244/article/details/79920012