代码Revert后再次Merge会丢失的问题

问题场景

公司团队使用的是gitLab进行代码管理。因为甲方临时变动，计划好已经要发版的功能突然说不上线了，所以需要将master分支进行revert，把merge到master上的功能分支revert。

当再次通知该功能上线，重新从功能分支dev提了merge请求到master时，发现代码变动都不显示了，导致无法合并。也就是说：被回滚的代码被认为已经存在于master分支上，不算改动。

revert操作实际是只是进行了一次逆向commit,将merge的代码进行回滚，但是commit的记录还是存在的。也就是说，dev上面存在的待提交的代码，其实已经是master的过去代码，属于已提交过的状态，所以不会显示different。

（1）首先，切换到master分支，并基于master分支拉出一个revert_tmp。作为master的副本，revert_tmp的作用就是保存revert的提交记录；

css 复制代码

git checkout master

git checkout -b revert_tmp

（2）其次，在master分支上找到revert的那条提交记录的版本号，回滚至之前的版本（版本号可以通过git log 命令，或者网页端查看）,此操作在 revert_tmp分支上进行操作

bash 复制代码

git log 
git revert 版本号

（3）然后，切换到dev分支上，将revert_tmp这个分支merge到dev分支上。

perl 复制代码

git checkout dev
git merge revert_tmp
git push -f

（4）最后，在dev重新提交对master的merge申请，会发现revert之前的代码都回来了。

与revert不同，采用-- git reset将head向后移动动上一次merge前的commit版本，会丢弃所有的merge commit记录（revert 不会丢弃，是逆向commit），所以，再次合并不会出现记录不显示或者冲突的问题。

perl 复制代码

git reset HEAD^

git reset HEAD^^

HEAD说明

参考并实践：