Mercurial："no match found" 执行合并时，"no node!" 如果我尝试剥离
Mercurial: "no match found" when performing merge, "no node!" if I try to strip
我有一个托管在 Dropbox 文件夹中的 Mercurial Dropbox，我从保存在办公室 PC 中的另一个存储库推送到该文件夹。通过这种方式，我可以在办公室处理我的项目并在家中执行修补程序。
同步时发生错误，因此文件未正确同步到某处。我有一个修订版 (n. 678)，我无法与实际头部合并。
如果我尝试合并，我会收到此消息
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 manifests
not found 8009 files, 681 changesets, 14161 total revisions 2
integrity errors encountered! (first damaged changeset appears to be
678)
如果我尝试推送会怎样？
searching for changes
abort: push creates new remote head 16c4912af9a5!
(merge or see "hg help push" for details about pushing new heads)
所以我无法合并，无法删除该修订版，无法推送。我很困，我不知道为什么。有人可以帮忙吗？我不管678版的内容，如果可以我会痛痛快快地删掉
谢谢
首先，我强烈建议不要将文件同步服务（无论是 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
请注意，此类转换可能会更改单个存储库条目的哈希值，这意味着您将不得不更新所有存储库内容。
我有一个托管在 Dropbox 文件夹中的 Mercurial Dropbox，我从保存在办公室 PC 中的另一个存储库推送到该文件夹。通过这种方式，我可以在办公室处理我的项目并在家中执行修补程序。
同步时发生错误，因此文件未正确同步到某处。我有一个修订版 (n. 678)，我无法与实际头部合并。
如果我尝试合并，我会收到此消息
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 foundlibs/date-interval-picker/.git/index@678: a83e1b77d446 in manifests not found 8009 files, 681 changesets, 14161 total revisions 2 integrity errors encountered! (first damaged changeset appears to be 678)
如果我尝试推送会怎样？
searching for changes abort: push creates new remote head 16c4912af9a5! (merge or see "hg help push" for details about pushing new heads)
所以我无法合并，无法删除该修订版，无法推送。我很困，我不知道为什么。有人可以帮忙吗？我不管678版的内容，如果可以我会痛痛快快地删掉
谢谢
首先，我强烈建议不要将文件同步服务（无论是 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
请注意，此类转换可能会更改单个存储库条目的哈希值，这意味着您将不得不更新所有存储库内容。