撤销更改未按预期工作

Question

[基于真实事件的假设性描述]

一名团队成员的 Windows 系统崩溃，导致我们项目中的一卷书损坏。当他执行 Send/Receive（发送/接收）时，损坏的版本并未被替换，反而将所有人的良好版本替换掉了。我们的管理员尝试在 Project History（项目历史）中撤销该用户的更改。这虽然消除了损坏，但并未恢复该卷书的所有最新更改。应该怎么做？

机器翻译自 English 显示原文

Answer 1

不幸的是，我认为您必须使用 Compare versions（比较版本）来查看其他用户对文本所做的所有更改，并将它们合并回来。

机器翻译自 English 显示原文

Comments

Tim，这正是我正要说的。干得好！

机器翻译自 English 显示原文

---

我很困惑。如果这种错误必须在 PT 内部手动撤销，那么对于处于这种情况的人来说，正确的做法难道不是请一位计算机知识更丰富的人使用 Tortoise HG 之类的工具将其回滚到特定的保存点吗？这种情况难道不会阻止某人使用 Mercurial 保存点并说“还原到”某个点吗？

机器翻译自 English 显示原文

---

这种错误可以使用 TortoiseHG 来撤销，实际上，当出现这类问题时，我通常就是使用 TortoiseHG 来解决的。但我写下这些内容是为了说明这些问题也可以在 Paratext 中处理，供那些不熟悉 TortoiseHG 的用户参考。

机器翻译自 English 显示原文

Answer 2

我见过这种情况发生。事实证明，如果团队成员在文件损坏发生时没有该书的最新版本，那么“Undo changes”（撤销更改）不会回滚到最新版本，而是回滚到该用户计算机上拥有的版本。 
如果文件损坏后被发送，管理员应验证如果撤销更改，他们将收到哪个版本的书籍。

当您在“Recent Changes”（最近更改）或“Project History”（项目历史）中找到文件损坏的时间点时，点击链接打开“Compare versions”（比较版本），并检查右侧。这是“Undo changes”（撤销更改）将回滚到的版本。如果那不是最新版本，请查看该书籍的其他更改，当您找到最新的正确更改时，使用“Revert books”（还原书籍）命令将该版本恢复。 

一些可能有助于避免这种情况的一般原则。
1. 如果系统崩溃，并且您检测到 Paratext 项目发生了不良情况，请勿发送/接收损坏的项目。  从您的计算机上删除该项目，然后执行一次 send/receive（发送/接收）以从服务器获取未损坏的项目。

2) 如果您拥有良好且廉价的互联网连接，在开始在 Paratext 中工作之前始终执行 send/receive（发送/接收）（以获取队友的最新更改），并在完成 Paratext 中的工作时执行 send/receive（发送/接收）。  您可以通过在启动和关闭时安排 send/receive（发送/接收）来使其自动化：这将降低“Undo Changes”（撤销更改）无法恢复最新版本的可能性。 

机器翻译自 English 显示原文