跳到主要內容

發布歷史

依產品需要保存單元欄位、Portable Text 區塊與內容結構的已發布修訂、差異與還原脈絡。

目前狀態已可使用

單元、貼文與內容結構修訂列表、比較、發布及以新修訂還原的流程已可使用;版本討論仍在延伸。

核心定位

書籍中繼資料、貼文正文與章節目錄不是同一種資料,也不需要同一種歷史策略。REZICS 讓各產品指定真正需要追蹤的範圍,再在正式發布時建立修訂。

草稿可以反覆儲存與驗證;歷史記錄的是已發布版本,而不是每次鍵盤輸入或尚未成立的內容。

現在已經能做什麼

  1. 列出單元的已發布修訂與目前版本。
  2. 查看貼文內容歷史與管理頁面。
  3. 保存書籍、媒體、收藏與其他內容結構修訂。
  4. 比較兩個結構版本的節點新增、移動、修改與移除。
  5. 以建立新修訂的方式還原過去狀態,不覆寫既有歷史。
  6. 使用樂觀並行權杖阻止過期草稿靜默覆蓋新版本。

為什麼歷史粒度不同

一篇 Portable Text 文章適合依區塊身份比較;一個大型章節樹需要依穩定節點 ID 與位置比較;一般單元欄位則可能只追蹤特定可治理屬性。共同歷史協議負責修訂身份與發布邊界,產品投影則負責解釋差異。

正在延伸

每個修訂的專屬討論區、由歷史建立討論貼文、更細的欄位/區塊鎖定與跨語言版本說明仍在延伸。正式推出前,能力文件不會宣稱已支援任意自動合併或完整草稿時間旅行。

關係與邊界

歷史不隸屬於編輯器,也不等於稽核紀錄。編輯器管理當前草稿;歷史保存已發布內容版本;平台稽核則記錄安全與治理操作。還原也必須建立新修訂,不能讓過去版本覆蓋掉後續歷史。