有没有办法修复历史记录（未来）中的错误日期，以免干扰历史显示？

Question

大约 10 年前，一位同事的电脑在开始使用 Paratext 和 Mercurial 版本控制（Send/Receive）时，对日期进行了一些奇怪的操作。Paratext 中大约 10 个提交的日期显示为 2038 年，但在其他 Mercurial 软件中显示为 2095 年。虽然修订号较低，但 Paratext 似乎是根据日期对历史进行排序的，在这种情况下这非常令人烦恼。更改已发布存储库中旧提交的日期似乎是不可能的。那么，我们是否有任何解决方案，无论是在 Paratext 内部，还是使用 TortoiseHg 或其他工具，来摆脱这些无用的提交？它们太旧了，没有任何价值，但我似乎无法摆脱它们。

image403×626 130 KB

image618×784 65 KB

解决方案似乎是以下之一：

1. 删除所有历史（不理想但容易实现）
2. Paratext 将历史菜单中的排序顺序更改为基于修订号而不是日期（仅为一个项目这样做不值得）
3. 使用某种 hg 魔法来更改（已发布的）提交，无论是使用 rebase、collapse、evolve、histedit 还是其他方法。

我在这里写下这些，以防其他人有类似的问题，也因为有两个想法可能成为 Paratext 团队的功能/开发请求。

1. 我注意到，如果计算机日期有可能出错，Paratext 中的历史列表（尤其是 compare texts）按日期排序时不仅无帮助，而且可能具有危险性。底层的 Mercurial 系统有一种独立于提交日期对修订进行排序的方法。MacHg 和 TortoiseHg 都能以正确的顺序显示修订，同时也显示
2. 当前用于列出具有较长变更历史的书籍的 UI 变得相当繁琐，或许可以使其更有助于追踪变更。

那么，关于如何帮助修复我同事的项目，有什么建议吗？其他人是否认为向 Paratext 提出调整历史显示排序顺序的功能请求是值得的？

机器翻译自 English 显示原文

Answer 1

rowbory:

3. 使用某种 hg 魔法来更改（已发布的）提交，无论是使用 rebase、collapse、evolve、histedit 还是其他方法。

修改历史通常只对草稿变更集有意义。因此，除非能说服 Paratext S/R 管理员在 S/R 服务器上为您进行更改，并且能与该项目的所有用户协调，让他们删除各自的副本，然后再 S/R 一份干净的副本，否则这真的不是一个安全的选项。

另一个选项可能是提出一个功能请求：
4. 增强 Paratext 的“Convert Project”（管理工具）以自动修复无效日期。

机器翻译自 English 显示原文

Comments

在我看来，这种情况足够独特，应该从外部处理，而不需要重新编程 PT。这只是我的一点看法。

根据我自己对 Mercurial 的实验，我猜测你可以在 Mercurial 中 rebase 或以其他方式编辑历史，但这很可能会重新计算所有提交的哈希值。基本上你是在分叉项目。这将需要从 Registry 和每个成员的计算机上删除该项目，然后重新共享它。

机器翻译自 English 显示原文

---

谢谢。得到确认很好。基本上，我希望我能做的简单修复实际上是一个非平凡的问题。不幸的是，Paratext 与 Mercurial 客户端不同，它是按提交日期而不是 rev id 排序的。

机器翻译自 English 显示原文

---

需要记住的一点是，变更集顺序（rev id）对于不同的用户可能不同。（使用日期至少可以使每个用户的情况保持一致）。此外，如果有一个用户不经常 S/R，那么他们几个月前所做的更改可能会出现在另一个用户昨天所做的更改之前。（如果按 rev id 排序）

机器翻译自 English 显示原文