Mercurial：如何合并对在另一个分支中重命名的文件的更改？

Question

我有一个 Mercurial 存储库，其中有四个分支。一个是“公共”分支，其他三个是“特定”分支，其中包括应用于公共分支的一些外观更改。其中一项外观更改包括重命名一些文件。

因此，公共分支具有“file.txt”，第一个特定分支具有“file-01.txt”，这是相同的文件，用于相同的目的但名称不同并且略有不同内容。它在特定分支上被重命名为 file-01.txt，并且“hg log -f file-01.txt”正确显示了重命名之前的历史记录。

当我对公共分支上的 file.txt 进行更改时，我需要能够将该更改合并到特定分支上的 file-01.txt 中。但 Mercurial 不知道这些文件是相同的。它告诉我：

远程修改了本地删除的file.txt

使用 (c) 已挂起的版本还是保留 (d) 删除的版本？

如果我选择“c”，那么我会得到一个新的 file.txt，其中包含公共分支版本中的确切内容。如果我选择“d”，则根本不会合并更改。

我该怎么做才能解决这个问题？

---

编辑：我可以使其在新的测试存储库中正常工作，但不能在我的实际存储库中正常工作。这是我得到的结果（请注意，rev 118 位于特定分支上，就在原始重命名之前，因此我将再次执行重命名过程来进行说明）：

C:\...> hg更新-C 118

0 个文件已更新、0 个文件已合并、0 个文件已删除、0 个文件未解决

C:\...> hg 合并默认

合并文件.txt
合并 anotherfile.txt
0 个文件已更新，2 个文件已合并，0 个文件已删除，0 个文件未解决
（分支合并，不要忘记提交）

所以它无需重命名即可工作。但如果我重命名，就会失败：

C:\...> hg更新-C 118

更新了 2 个文件，合并了 0 个文件，删除了 0 个文件，解决了 0 个文件

C:\...> hg 重命名 file.txt file-01.txt
C:\...> hg commit -m“重命名”

创建了新头

C:\...> hg 合并默认

远程更改了本地删除的file.txt
使用 (c) 已挂起的版本还是保留 (d) 已删除的版本？

---

编辑2：这是我在最后一步从 hg merge --debug default 得到的内容：

正在搜索版本 115 的副本
本地不匹配的文件：
文件-01.txt
找到的所有副本（* = 合并，! = 发散）：
文件-01.txt ->文件.txt

检查目录重命名
解决清单
覆盖 None 部分 False
祖先 9d979018c2df 本地 f842fdbc252b+ 远程 05fc75e480da
anotherfile.txt：版本不同 ->米
远程更改了本地删除的file.txt
使用 (c) 已挂起的版本还是保留 (d) 已删除的版本？

Answer 1

我最终将问题追溯到历史中的一个特定修订：只要不涉及该修订，我就可以合并重命名。仍然不确定该修订版出了什么问题，但我重新进行了更改，现在它可以工作了。

Answer 2

问题在于您如何处理分支中的重命名。从表面上看，您（或您的 GUI）对旧名称 file.txt 进行了“删除”，然后添加了名为 file-01.txt 的该文件的副本。

当你这样做时，mercurial 并不知道它们之间有联系。但是，如果您在分支中使用了以下命令：

hg rename file.txt file-01.txt

则 file.txt 中的更改将应用​​于 file-01.txt，而不是您看到的消息。然而，如果没有您的帮助，mercurial 就无法知道它们之间的联系。