merge - Mercurial:执行 merge 时为 "no match found"，如果我尝试剥离则为 "no node!"

Question

我有一个托管在 Dropbox 文件夹中的 Mercurial Dropbox，我从办公室 PC 中保存的另一个存储库中推送该文件夹。通过这种方式，我可以在办公室处理我的项目并在家中执行修补程序。

同步时发生错误，因此文件未正确同步到某处。我有一个修订版 (n. 678)，我无法将其与实际头部 merge 。

如果我尝试 merge ，我会收到此消息

abort:data/hotelsclick/src/main/res/values/string-array.xml.i@5f2b6faa86a1:no match found!

如果我尝试使用 hg strip 678 删除无用的修订，我会得到

abort:data/hotelsclick/src/main/res/values/string-array.xml.i@5f2b6faa86a1:no node!

如果我执行hg 验证，这就是结果

checking files  [...]/src/main/res/values/string-array.xml@678: 5f2b6faa86a1 in manifests not found 

libs/date-interval-picker/.git/index@678: a83e1b77d446 in manifestsnot found 8009 files, 681 changesets, 14161 total revisions 2integrity errors encountered! (first damaged changeset appears to be678)

如果我尝试推送会怎样？

searching for changesabort: push creates new remote head 16c4912af9a5!(merge or see "hg help push" for details about pushing new heads)

所以我无法 merge ，无法删除该修订，无法推送。我很困，我不知道为什么。有人可以帮忙吗？我不关心678版本的内容，如果可以我会很高兴地删除它。

Answer 1

首先，我强烈建议不要将文件同步服务(无论是 Dropbox 还是 Google Drive 或其他)用于版本控制系统。这些服务不尊重存储库操作的原子性；即使只有一个文件存储库(如 Fossil)的版本控制系统也不是 100% 安全的，即使只有一个用户在使用该服务也是如此。

其次，您有一个部分损坏的存储库需要修复。在理想情况下，您在某个地方有一个干净的备份，即使它不是最新的并且可以有选择地重播丢失的修订(例如使用 hg export 和 hg import).

除此之外，下一步就是看看您是否可以进行部分克隆。例如，您可以尝试:

hg clone -r 680 /path/to/repo /path/to/clean_repo

如果只有该数据有缺陷，这通常应该跳过修订版 678。然而，增量压缩的工作方式，在 678 之后按顺序发生的修订也可能已损坏。在这种情况下，我会尝试使用 -r 677 而不是 -r 680 并查看 hg export 是否适用于复制修订版 679 和 680。

如果这不起作用并且损坏更深，我会尝试转换扩展:

hg --config extensions.convert= convert --config convert.hg.ignoreerrors=True /path/to/repo /path/to/clean_repo

请注意，此类转换可能会更改各个存储库条目的哈希值，这意味着您将不得不更新所有位置的存储库内容。