git：结帐 vs 合并 vs ??有选择地解决有利于我们的冲突

Question

这个主题似乎有上千种变化，很多人被问过，但我似乎找不到适合我的解决方案。

我有两条开发线，一条是我（我们的）完成的“master”，一条是分支“their_new_stuff”。两者都更改了大量文件，在同一个地方接触了许多文件并产生了冲突。

现在我需要将他们的工作合并到我们的工作中，并通过以下方式处理冲突：对于 99% 的冲突，我可以简单地接受“我们的”。但是，我还需要他们所做的所有不冲突的更改，并且在一些关键冲突中，我需要接受他们的更改或手动合并。了解哪些文件需要手动合并或合并中的“他们的”需要手动检查。

我尝试了以下方法：

尝试1：

git merge their_new_stuff
# for each file with conflicts:
    # if requires manual merge:
        # do manual merge
    # else:
        git checkout --ours all/files/not/merged/by/hand.cc

起初我以为这是我想要的，但这不起作用，因为使用“我们的”结帐是完整的文件结帐，并且不仅结帐/解决冲突的部分。所以我失去了我想要的他们的非冲突更改。

尝试2：

git merge -s recursive -Xours their_new_stuff

这不起作用，因为它不允许单个文件合并。我需要知道哪里有冲突，并且希望看到带有冲突标记的文件版本来帮助我进行手动合并，所以理想情况下我会在合并失败后做一些事情。

尝试 3：然后我想我可以做类似的事情：

git merge their_new_stuff
# for each file with conflict:
    # if file needs manual merge:
        cp file file2
git merge --abort
git merge -s recursive -Xours their_new_stuff
# for each file with manual merge:
    cp file2 file
    # merge by hand

我认为这应该可行，但感觉非常笨拙。有没有“正确”的方法来做到这一点？理想情况下，我想做这样的事情：

git merge their_new_stuff
# for each file with conflict
    # if needs manual merge
        # do manual merge
    # else
        # is there any command that does something like?:
        git remerge -s recursive -Xours file

实际上我想进行合并，获取冲突标记。检查手动合并，如果不需要手动合并，请使用“-Xours”仅在该文件上重做合并。这可能吗？

Answer 1

Git 是一个基于 repository 的版本控制系统，这意味着 Git 分支中的状态更改通常适用于该分支中的所有文件。这在概念上与其他 VCS 工具（例如 SVN）不同，后者可以操作和提交单个文件。 Git 中没有单一文件合并的概念。如果合并两个分支，则所有文件需要在合并期间进行协调。

两者都更改了大量文件，在同一个地方接触了许多文件并产生了冲突。

我相信这是您的问题的根本原因。理想情况下，您和您的合作伙伴应该在代码库的不同区域上工作，这样当您合并时，冲突就会最小化。在我看来，大量的合并冲突意味着糟糕的分支设计和策略。两个软件人在同一个 Java 类中工作可能会导致合并冲突，两个人在同一个方法中工作更糟。试着看看你是否可以用这样的方式分离你的关注点，以便以后尽量减少冲突。

话虽如此，关于您当前的问题，我只是建议您手动合并。如果您确定要使用任一父版本的文件，请使用以下方法之一：

git checkout --theirs <path/to/file.ext>
git checkout --ours <path/to/file.ext>