解决GIT文件中的部分冲突

Question

我想讨论的场景是 我有一个合并存储库，它是共享存储库，开发人员将进入其中以解决合并冲突。

1. 单个文件中存在 2 个或多个合并冲突。
2. 每个冲突都必须由不同的用户解决。
3. 每个开发人员都将 cd 放入此存储库以解决合并冲突。
4. 假设 foo.c 有 3 个合并冲突，
5. 一个用户解决了 foo.c 中的一个冲突，并保存在图形合并工具中。

现在，GIT 将其识别为“git add”，尽管文件的其他部分仍然存在冲突。然后，如果另一个开发人员执行“git mergetool foo.c”，它不会因冲突而弹出 foo.c。

有没有一个图形工具可以解决这个问题。 允许多个用户解决冲突并将其保存在同一文件中。

Answer 1

这种情况实际上没有意义......

首先，如果存在冲突，那么该冲突仅存在于一个合并提交上，而该合并提交尚不存在！ （它仍然在用户的计算机上，可能在索引中，但肯定不在他们的本地树中）。

其他用户根本不存在冲突，直到他们进行合并或变基。

假设您确实有三个用户执行完全相同的合并，无论出于何种原因，因此他们具有相同的冲突。

让我们进一步假设，正如您所建议的，他们每个人都有一个只有他们可以协调的冲突，那么他们应该每个人都根据最新版本的代码重新调整他们的工作，并协调过程中的任何冲突。

换句话说，您似乎描述的情况如下：（如果我错了，请纠正我）：

1. 我们有三个开发人员，Charlie、John 和 Matt，他们都在 master 分支上工作，该分支处于提交状态啊啊啊。
2. 它们还都在一个“不稳定”分支上工作，该分支位于提交 bbbbbbbb 处，与“master”分支不同。
3. 他们同时决定应该将“不稳定”分支单独合并到“主”分支中。
4. 他们都同时意识到他们的承诺无法协调。

理想情况下，在这种情况下应该做的是，任何知道如何进行合并的开发人员都应该合并“不稳定”。也许他们会选择一次合并几个提交，而不是直接合并两个头，或者他们可能选择重新设置整个事情的基础 - 不管怎样，但只有一个开发人员需要这样做。

The more frequently this is done, the easier the merge/rebase operation will be.

然后，其余的开发人员将能够使用合并提交。