这怎么冲突了

Question

我只是测试 git 来看看我是否可以将它用于我的工作。我遇到了一个看似很小的问题，但如果使用真实的代码，可能会变成一个真正的问题。 我的文件如下所示： 文本.txt 1 2 3 4 我有一个本地分支“branch1”，并在分支和主分支中提交了更改。 在主控中，我更改了分支中的第一行第二行。 所以 master 的 diff 看起来像这样：

+1 master
 2
 3
 4

对于分支来说是：

 1
-2
+2b1
 3
 4

运行 git mergebranch1 解决了冲突：

<<<<<<< HEAD
1 master
2
=======
1
2b1
>>>>>>> branch1
3
4

我知道这个可以很容易地解决。但无论如何，这怎么会是冲突呢？ git 不应该能够合并这个吗？

Answer 1

几点评论：

• 首先，这么小的例子无论如何都不会被合并：

  警告：无法合并二进制文件：afile.txt（HEAD vs. abranch）

• 然后，如果您有许多“小”合并冲突，你知道应该独立于上下文来解析，你可以尝试首先在 master 之上重新调整你的分支，忽略上下文：

  git rebase -C0 master

然后将您的分支合并到master中。

一般来说，忽略变基的所有上下文并不是一个好主意，但如果您对修改有把握（如“根本不需要上下文的修改”），它会起作用的。

来自 git rebase 手册页：

-C<n>

确保每次更改之前和之后至少 行周围上下文匹配。
当周围上下文的行数较少时，它们都必须匹配。
默认情况下，不会忽略任何上下文。

---

您可以很容易地对其进行测试（此处在 PowerShell 会话中，在 Xp 上使用 Git1.6.5.1）

首先创建一个小型 bat 实用程序 genfile.bat

echo hello, World %1 > afile.txt
echo hello, World %2 >> afile.txt
echo hello, World 3 >> afile.txt
echo hello, World 4 >> afile.txt
echo hello, World 5 >> afile.txt

，然后创建一个存储库并添加一个文件：

PS D:\git\tests\mergeLines> git init m0
PS D:\git\tests\mergeLines> cd m0
PS D:\[...]\m0> D:\git\tests\mergeLines\genfile.bat 1 2
PS D:\[...]\m0> git add -A
PS D:\[...]\m0> git ci -m "afile to be modified concurrently"

您的文件看起来像这样：

hello, World 1
hello, World 2
hello, World 3
hello, World 4
hello, World 5

在分支中修改它

PS D:\[...]\m0> git co -b abranch
PS D:\[...]\m0> D:\git\tests\mergeLines\genfile.bat 1 2_modified
PS D:\[...]\m0> git ci -a -m "afile modified in abranch"

您将拥有：

hello, World 1
hello, World 2_modified
hello, World 3
hello, World 4
hello, World 5

然后在 master 中修改它

PS D:\[...]\m0> git co master
PS D:\[...]\m0> D:\git\tests\mergeLines\genfile.bat 1_master 2
PS D:\[...]\m0> git ci -a -m "afile modified in master"

这将为您提供：

hello, World 1_master
hello, World 2
hello, World 3
hello, World 4
hello, World 5

克隆该存储库以进行第一个实验（即：将 abranch 合并到 master)

PS D:\[...]\m0> cd ..
PS D:\git\tests\mergeLines> git clone m0 m1
PS D:\git\tests\mergeLines> cd m1
PS D:\[...]\m1> git co -b abranch origin/abranch
PS D:\[...]\m1> git co master
PS D:\[...]\m1> git merge abranch

这会给你带来冲突：

Auto-merging afile.txt
CONFLICT (content): Merge conflict in afile.txt
Automatic merge failed; fix conflicts and then commit the result.

PS D:\[...]\m1> type afile.txt
<<<<<<< HEAD
hello, World 1_master 
hello, World 2 
=======
hello, World 1 
hello, World 2_modified 
>>>>>>> abranch
hello, World 3 
hello, World 4 
hello, World 5 

再次克隆第一个存储库，这次是在 master 之上重新设置第一个 abranch 的基础，没有上下文：

PS D:\[...]\m1> cd ..
PS D:\git\tests\mergeLines> git clone m0 m2
PS D:\git\tests\mergeLines> cd m2
PS D:\[...]\m2> git co -b abranch origin/abranch
PS D:\[...]\m2> git rebase -C0 master

您的文件被静默合并：

hello, World 1_master
hello, World 2_modified
hello, World 3
hello, World 4
hello, World 5

当然，如果您切换回master并现在合并abranch，结果将是快进合并。

PS D:\git\tests\mergeLines\m2> git co master
Switched to branch 'master'
PS D:\git\tests\mergeLines\m2> git merge abranch
Updating c8f48b4..8bee1d2
Fast forward
 afile.txt |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

Answer 2

没有上下文可以隔离这两个更改，因此不清楚正确的解决方案应该是什么。对于一行上下文，更改为：将块“1/2”更改为“1 master/2”，并将块“1/2/3”更改为“1/2b1/3”。

尝试将第二个“补丁”应用到第一个补丁的结果会导致错误，因为成功应用补丁所需的上下文不匹配。该补丁需要“1/2/3”，但有“1 master/2/3”。

在更复杂的场景中，足够的上下文非常重要，因为如果没有它，如果本地分支已经移动了足够多的行并且在原始位置检查的最小上下文量足够，则合并很容易在错误的位置应用补丁，而不会发出警告不明确的是，该补丁在不应该应用的情况下仍然应用。