git merge 出现冲突时， incoming change 和 current change 都不完全是自己想要的，如何解决？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

Pro Git

Atlassian Git Tutorial

Pro Git 简体中文翻译

GitX

这是一个创建于 891 天前的主题，其中的信息可能已经有所发展或是发生改变。

场景：

现有 master 、dev 分支，假设 master 分支中有一文件 a.txt ，内容为

featureA 1.0 featureB 1.0

而 dev 分支已经迭代了好几个版本，假设该分支下 a.txt 内容为

featureA 1.0 featureB 2.0

现在，a.txt 有一个紧急 bug 需要修复，常规做法是基于 master 分支 checkout 一条 hotfix 分支，在 hotfix 分支中修复 bug ，假设修复后 a.txt 的内容为：

featureA 1.1 featureB 1.0

然后把 hotfix 分支 merge 到 master 分支即可，到这一步我都没有疑问，我的疑惑是，当我在 dev 分支执行

git merge hotfix

冲突信息是这样的:

<<<<<<< HEAD featureA 1.0 featureB 2.0 ======= featureA 1.1 featureB 1.0 >>>>>>> hotfix

而我实际想要的是

featureA 1.1 featureB 2.0

目前我的解决方式是，手动修改冲突信息为自己想要的内容，请问各位有更好的解决办法吗

分支

featureb

featurea

hotfix

13 条回复 2023-05-12 13:46:05 +08:00

Rache1

2023-05-11 16:20:29 +08:00

这就是合并冲突的意义所在了，冲突的情况并不只有 apply ours 和 apply theirs 。

unco020511

2023-05-11 16:38:09 +08:00

如果只是 hotfix ,一般改动都很小,我可能会选择 pick 到 dev.
另外如果 featureA 1.0 和 featureB 1.0 在不同的行.理论上 git 是不会产生冲突的,既然冲突了,你手动修改一下吧

iyyy

2023-05-11 16:40:21 +08:00

手动解决冲突

CEBBCAT

2023-05-11 17:23:35 +08:00

提出我的一些浅薄见解：
1. 冲突是可以理解的
2. 别的工具我不太了解，IntellIJ 系列工具 Merge 工具左上角有一个小刷子按钮，可以尝试用它解决简单冲突
3. 我听别人说过一种说法，大概是“冲突意味分工不明确”。就这个例子而言，可以把这个文件分拆为三个文件：
3.1 list.txt ，内含一个列表，代表拼接顺序
3.2 A.txt 存放 “featureA 1.0” 这一行
3.3 B.txt 存放 “featureB 1.0” 这一行
3.4 发布时，使用自动化工具根据 list.txt 记载的顺序拼接出 finnal.txt