有辦法修正歷史記錄（未來）中錯誤的日期，以免影響歷史顯示嗎？

Question

大約十年前，一位同事的電腦在剛開始使用 Paratext 搭配 Mercurial 版本控制（Send/Receive）時，對日期做了些奇怪的處理。大約 10 個提交的日期在 Paratext 中顯示為 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 中的歷史列表（特別是比較文本）按日期排序時不僅無助，而且可能具有危險性。底層的 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 或以其他方式編輯歷史記錄，但這可能會重新計算所有提交的雜湊值。基本上這相當於分叉（fork）專案。這將需要從 Registry 和每位成員的電腦中刪除該專案，然後重新共享它。

機器翻譯自 English 顯示原文

---

謝謝。得到確認很好。本質上，我希望我能簡單修復的問題，事實上是個非平凡的難題。只是不幸的是，Paratext 與 Mercurial 客戶端不同，它是按提交日期而非 rev id 排序的。

機器翻譯自 English 顯示原文

---

有一點需要記住的是，變更集順序（rev id）對不同使用者來說可能不同。（使用日期至少能讓每個使用者的情況保持一致）。此外，如果有一個使用者很少進行 S/R，那麼他們幾個月前所做的變更可能會出現在另一位使用者昨天所做的變更之前。（如果按 rev id 排序）

機器翻譯自 English 顯示原文