mercurial - Mercurial 中损坏的转速日志和孤立的转速日志 - 如何修复？

Question

这是我进行 hg verify 时得到的结果:

repository uses revlog format 1
checking changesets
checking manifests
crosschecking files in changesets and manifests
checking files
 includes/base/class/ViewInstanceAdapter.class.php@7: broken revlog! (index data/includes/base/class/ViewInstanceAdapter.class.php.i is corrupted)
warning: orphan revlog 'data/includes/base/class/ViewInstanceAdapter.class.php.i'
158 files, 61 changesets, 270 total revisions
1 warnings encountered!
1 integrity errors encountered!
(first damaged changeset appears to be 7)

我很长时间没有使用 Mercurial，我不明白这意味着什么。

(我在 Windows 上使用 TortoiseHg，并且该项目仅限本地)

Answer 1

正如之前所说(尽管您已经确认这不起作用)，您应该首先尝试克隆存储库；如果问题与 dirstate 有关，则可以绕过它。

接下来，每个克隆都包含一个完整的存储库，因此每个克隆实际上都是备份。您没有中央服务器或同事或另一个本地副本吗？尝试克隆它，然后从损坏的存储库中提取。由于第一个损坏的变更集被报告为否。 7(共 270 个)，这应该是一个相当旧的版本，因此很容易恢复，希望这种损坏不会阻止 Mercurial 拉动超出该范围的变更集。

您可以尝试的第三个选项是在存储库上运行 Mercurial-Mercurial 转换 (hg Convert repo repo-copy)；逐字转换应该保持变更集 ID 完整，尽管它可能会遇到同样的问题。您还可以尝试指定 filemap过滤掉 ViewInstanceAdapter 文件。

由于损坏的变更集太旧，并且 Mercurial 使用仅追加写入方法，因此此问题的可能原因是硬件故障或某种随机磁盘损坏。

请注意，Mercurial 不是备份系统，也不提供冗余。经常进行备份(在 Mercurial 的情况下就像“hg Push”一样简单)是确保您不会丢失宝贵代码的唯一方法。

我认为我应该警告您的另一个原因是病毒扫描程序或 Windows 索引服务。这些以某种方式锁定文件，防止它们在短时间内被删除。尽管 Mercurial 尽力保持稳健，但很难抵御所有情况。建议将您的存储库列入白名单，请参阅this note .