巨坑的GitLab在线解决冲突(解决后做了反向合并代码的操作？）

最新推荐文章于 2024-12-13 15:40:18 发布

Anta_Cnl

最新推荐文章于 2024-12-13 15:40:18 发布

阅读量1w

点赞数 7

文章标签： git java spring

本文链接：https://blog.csdn.net/u013487071/article/details/123485341

版权

在使用GitLab合并功能分支时，出现将目标分支dev错误地合并到源分支feature的情况。原因是GitLab的冲突解决机制会将目标分支合并到源分支。为避免此类问题，提供了两种解决方案：1) 使用临时分支feature_temp进行合并；2) 若已错误合并，可通过git回滚操作恢复。了解官方文档并谨慎操作是避免此类错误的关键。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

项目场景：

开发项目的时候，使用gitLab合并功能分支feature到dev上的时候，出现了Conflicts，在线解决冲突之后，点击解决合并，结果反向的把dev的分支合并到了feature功能分支，这波蜜汁操作当时我就懵了！！！

问题描述

gitLab合并解决冲突之后，反向将目标分支合并到了源分支。
在这里插入图片描述

原因分析：

首先了解一下gitlab官方提供的解决冲突的几个模式：

Resolve conflicts in interactive mode To resolve less-complex conflicts from the GitLab user interface:
1.Go to your merge request.
2.Select Overview, and scroll to the merge request reports section.
3. Find the merge conflicts message, and select Resolve conflicts. GitLab shows a list of files with merge conflicts.

简单翻译一下就是：
1. 转到你的合并请求。
2. 选择Overview，然后滚动到合并请求报告部分。
3. 找到合并冲突消息࿰