使用中央存储库时，善变协作会导致多次提交相同的更改

Question

我一直在使用 Mercurial 和中央存储库。当我们两个或两个以上的人致力于改变时，我们会在本地做出承诺。在某些时候，我们会将这些更改推送回中央存储库。

当我拉动时，问题就出现了。通常，有些文件是由其他开发人员修改和推送的，然后通过拉取将这些文件下载到我的存储库中。然后我需要合并，这显示了我的本地存储库和已提交的文件之间的差异。

困扰我的是我必须合并和提交。它被推回到中央服务器，该服务器似乎已经提交了两次相同的更改，一次作为我的合并，一次作为来自其他开发人员的变更集。

Mercurial 中是否有某种方法可以更新我的存储库并更新我未触及的文件，而不是记录完全相同的更改两次，一次来自原始开发人员，一次在我的合并中？

这个问题似乎提出了同样的观点，但没有提供我的问题的答案： 为什么 Mercurial 是愚蠢的合并时?如何使拉取/合并更改变得更简单？

Answer 1

Mercurial 的工作方式是变更集和修订。

变更集是进行修订时所做的更改的快照。

如果您成功地仅更新了已更改的文件，那么当您拉取时，您的工作文件夹中将不会有实际的修订版，您将拥有一个混蛋修订版，并且只有您和您的机器知道它是如何发生的是。在不同时间拉动的其他人会得到不同的混蛋修订版，他们不会排队。

所以不，Mercurial 的设计工作方式与您所说的完全一样，只是它并没有真正显示发生了两次的更改，如果它看起来这样做，则一定是您做错了什么。

换句话说，如果我更改某些内容并提交，然后我拉下您的更改，进行合并并提交，合并提交将仅包含我必须执行的所有更改才能解决合并问题。如果合并是自动的，没有需要解决的冲突，那么看起来您只是提交了一个具有两个父级的空变更集。

现在，有一些方法可以减轻所有分支的影响，例如您可以使用 rebase。

会发生以下情况：

central: 1---2---3---4

local:   1---2---3---4

您更改某些内容

central: 1---2---3---4

local:   1---2---3---4---5

，其他人更改某些内容，然后推送：（

central: 1---2---3---4---5'--6'

local:   1---2---3---4---5

我在 5 之后使用 ' 来表明虽然该存储库中的修订号为 5，但它与其他存储库中的修订号 5 不同.)

然后当你拉动时，它看起来像这样：

central: 1---2---3---4---5'--6'  <-- corresponds to these <--+
                                                             |
local:   1---2---3---4---5                                   |
                      \                                      |
                       6'---7'   <-- note that these gets renumbered

然后你将 5 变基到 7' 之上，你会得到这样的结果：

local:   1---2---3---4---6'--7'--5

如果需要，如果你做了冲突的更改，那么当你变基时会发生合并。 rebase之后就可以push了。它基本上让你的修订历史看起来像是你轮流工作。

Answer 2

简短的回答是“不用担心”。在您看来，那个人所做的更改是您在后续合并中再次完成的，但这只是因为“diff”没有很好的方法来在任何 VCS 中显示合并。改变是他们的，组合是你的，一切都会顺利进行。起诉 DVCS 的两个人最终会留下一段看起来像编织绳的历史，但这没关系。