自动合并冲突解决

Question

运行此命令时，index.js 出现合并冲突：

$ git checkout feature
$ git merge master

feature 分支index.js

const a = 1;
const b = 1;

master 分支 index.js（这是 feature 分支诞生的地方）

 const a = 1;

master 分支index.js（当前状态）

 const a = 2;

我想以这样的方式自动解决冲突，以便feature 分支上的index.js 更新为：

const a = 2;
const b = 1;

Answer 1

就像提到的 cmets 一样，Git 非常擅长决定如何将代码组合在一起。不过，您可能对合并策略选项感兴趣。你可以运行

git merge --strategy-option theirs 或 git merge --strategy-option ours

在发生冲突时偏向源头或目的地。在此处阅读更多信息：

Resolve Git merge conflicts in favor of their changes during a pull

https://git-scm.com/docs/merge-strategies

Answer 2

我建议不要在这里使用-X ours 或-X theirs（或它们更长的拼写等价物，--strategy-option ours 等）。

Git 看到的冲突——记住，Git 逐行工作——是在 merge base 提交中 Git 看到的：

const a = 1;

在两个分支提示提交之一（我们称之为左侧或ours 之一）Git 看到：

const a = 1;
const b = 1;

对于 Git，这看起来像：

• 在 a=1 行（匹配）添加const b = 1;

同时，在另一个分支提示提交中，theirs 或右侧，Git 看到：

const a = 2;

对于 Git，这看起来像：

• 在 a=1 行删除一行，然后插入 const a = 2;

两条指令都“触及”a=1 行，因此 Git 声明了冲突。

如果您告诉 Git 偏爱“我们的”/左侧，Git 将保留 add b = 1 line 指令，并扔掉 删除a = 1 并插入替换行指令。如果您告诉 Git 偏爱“他们的”/右侧，Git 将保留将 a=1 替换为 a=2 的指令，但会丢弃另一条指令。

无论哪种方式，您都会得到错误的解决方案。正确的解决方案实际上是接受这两个更改即使它们看起来有冲突。 Git 无法自动执行此操作。

对于这种情况，我喜欢将merge.conflictStyle 设置为diff3。这样，当 Git 将混乱的合并冲突结果留在我的工作树中时，文件显示为：

<<<<<<< HEAD
const int a = 1;
const int b = 1;
||||||| merged common ancestor
const int a = 1;
=======
const int a = 2;
>>>>>>> master

在默认情况下，七个垂直条和const int a = 1; 基线丢失（有时剩余的线被挤压在一起更多）。很难阅读。使用diff3 样式，基线就在那里：你可以看到每个人都从什么开始，并自行决定是进行两种更改，仅进行一项更改，还是第三个更好的替代方案要么。

（另见http://psung.blogspot.com/2011/02/reducing-merge-headaches-git-meets.html）