如何追蹤流程的變更
如何追蹤流程的變更：QueryChart 的變更日誌會點名是誰改了一條決策規則或門檻、這個欄位改動前後的值，令沒有人需要憑記憶重建一次修改。
運作方式
修改之後打開變更日誌
每一次儲存都會寫下一個新版本，變更日誌會按次序列出。從圖表的歷史面板打開它，就能看到哪個版本改了、是誰儲存的——你不需要事先知道有一個門檻動過。
讀那條項目：誰改的、哪個欄位、改動前後的值
點進一個版本，它的項目會點名是誰改的、動了哪個欄位——一列的標籤、一條分支的條件、一條泳道的指派——以及它之前的值對比現在的值。這就是誰改了第二位審批人的門檻、舊值是甚麼的完整答案，不用打開任何一條電郵串。
當單一條項目不是全部故事時，用比較版本
單一次修改的項目雖然精準，卻很窄。如果你信任的版本，跟眼前這個版本之間有好幾列都動過，就改用比較版本，把兩者並排讀——同一套機制，只是擴展到所有有差異的欄位。
如果一次修改要撤銷，就還原之前的版本
如果一個調高了的門檻，結果是錯誤而不是刻意的，就還原它之前的版本。還原會直接用那個修訂取代現行圖表，而不是要求某人憑記憶重新打入舊規則。
點名那條規則，不只是分支，令差異保持可讀
圍繞實際的觸發條件去寫一列決策的標籤與它的分支標籤——例如「是否須要第二位審批人？」答「須要」或「無須」——而不是單純的是與否。一條點名了具名欄位的變更日誌項目，遠比一條只說某個未命名方框動過的項目有用得多。
常見問題
流程改動時，變更日誌準確記錄了甚麼？
每一次修改，都有一條項目點名是誰做的、改了哪個欄位——一列的標籤、一條分支條件、一條泳道的指派——以及那個欄位改動前對比改動後的值。把第二位審批人的門檻由 5,000 美元調高到 10,000 美元，會產生一條準確寫明這件事、有歸屬也有時間戳的項目，不需要任何人另外維護一份紀錄冊。完整機制見 /features/version-control。
追蹤流程變更等於變更控制嗎？
不等於。追蹤一項變更，是修改發生之後 QueryChart 自動保留的紀錄——誰、哪個欄位、舊值、新值。變更控制則是決定一次修改應否發生的流程，通常帶有一項申請、一個審閱步驟與一條回滾路徑。兩者都重要，但回答的是不同的問題；後者的機制見 /yue/guides/如何建立變更控制流程。
這跟追蹤 SOP 的變更有甚麼分別？
變更日誌本身完全一樣——同樣是誰做的、哪個欄位、改動前後的值——因為一棵決策樹與一份成文程序，在同一套版本歷史底下都是圖表。分別在於通常改動的內容：像本頁這樣的流程，改的多是分支條件與路由；SOP 則更常改動步驟文字與職責。同一項功能的那個版本，見 /yue/guides/如何追蹤sop的變更。
我可以看到兩個版本之間改動的一切，不只是一次修改嗎？
可以——打開比較版本，而不是單一條變更日誌項目，它會把兩個版本並排顯示，並標出每一個有差異的欄位。這正是用來處理一條經過幾次小改動、而不是一次明顯改動而慢慢漂移的規則的工具。
還原一個舊版本，會刪除那次改動門檻的修改嗎？
不會。還原只是令一個較舊的版本重新變成現行版本，但門檻改動的那個版本仍然存在於圖表的歷史裡——它的變更日誌項目不會被抹去，所以誰調高了它、何時調高的紀錄，會在還原之後繼續存在。