在Git中，误将dev1.1分支直接合并到test分支，然后使用revert回滚操作试图撤销合并。实际上，revert创建了一个新的提交，导致后续合并出现冲突。正确做法是在revert后进行反向合并。解决方法包括手动合并恢复删除的代码或使用 cherry-pick 挑选特定提交。参考链接提供了详细的回滚和解决步骤。
假设我们有三个分支，dev1.1是当前代码开发的版本分支，dev是开发环境上部署的版本分支，test是测试环境上部署的版本分支，正常的合并操作应该是dev1.1->dev->test。
某次误操作导致直接从dev1.1合并到了test，此时执行了revert回滚操作，本以为回滚后即撤销了原先的合并，然后继续执行正常的dev1.1->dev->test合并即可。（下图为错误理解示意图）
而实际上revert回滚操作相当于一次commit，即将上一次提交的操作删除后再次提交。此时合并其他BCD没有问题，但当对A修改后再次合并时，dev合并test的时候会有问题。
正确操作应该是在回滚之后，将三个分支反向合并一次，这时候就不会有冲突了
当前补救措施是先将dev（没有A）合并到dev1.1（有A），此时合并会将dev1.1上的A删除，然后手动将本次合并删除的代码加上，提交，接下来按原有流程合并即可dev1.1->
最低0.47元/天 解锁文章
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
