文件、SOP與流程的版本控制是甚麼
大多數「版本控制是甚麼」的搜尋結果，假設你在管理的是 Git 與程式碼。本頁改為文件、SOP 與流程定義它，並把它與修訂控制、變更控制、文件管制分開。
運作方式
選定一個位置作為權威版本
其餘每一份副本——電郵發出的 PDF、列印本、儲存到共用磁碟的頁面——都是那一個位置的副本，而不是第二份正本。如果有兩個地方都可以聲稱自己是現行版本，無論你的編號看起來多整齊，都還未算有版本控制。
把草稿編號與已發放編號分開
仍在審閱中的一律用小數，整數則只留給真正已獲批准的版本，就像上面示例圖表裡 0.1 到 0.3 走到 1.0 那樣。這樣審閱人談及「0.3 版的意見」時，指的是哪一份草稿就再無含糊。
記錄誰改了甚麼，而不只是有東西改了
單獨一個日期戳，不會告訴讀者實際改動了甚麼。每一次修改都要記下是誰做的、改了哪個欄位，以及改動前後的值——這正是 QueryChart 的變更日誌為每一張圖表自動做的事，無須任何設定。
令兩個版本可以比較，而不只是可以打開
可以打開版本 3，也可以打開版本 5，跟能夠看到兩者之間改了甚麼，並不是同一回事。QueryChart 的比較版本畫面把任何兩個版本並排顯示，令差異本身變成你看到的東西，而不是靠猜。
把還原舊版本當成例行工作，而不是緊急事故
如果要撤回一次錯誤修改，代表要找有資料庫存取權的人出手，你的版本控制就只是寫在紙上。還原一個舊版本，應該是任何獲授權的編輯者一發現問題就可以自行採取的動作。
常見問題
版本控制與修訂控制是同一回事嗎？
實際上是。兩個詞描述的是同一個底層概念——一個現行版本，加上每一個舊版本都可以取回的歷史——不同機構、工具與標準只是各自偏好其中一個字眼。無論用哪一個詞，運作機制都不會因此改變；完整比較見 /yue/guides/修訂控制與版本控制的真正分別。
版本控制與變更控制有甚麼分別？
變更控制決定一項變更應否發生——它的影響、由誰批准、出錯時如何回滾。版本控制則是那個決定作出之後，用來記錄結果的東西：新的編號、時間戳、是誰做的。一個變更控制流程可以在沒有版本控制的情況下存在，只是做得很差；而版本控制沒有變更控制，就代表在編號之前，沒有人決定過這項變更是否值得做。CAB 與回滾的機制見 /yue/guides/版本控制與變更控制的分別 與 /yue/guides/如何建立變更控制流程。
文件的版本控制運作方式，跟程式碼一樣嗎？
核心概念完全一樣——一個具權威性的現行版本、之前一切的完整歷史、誰改了甚麼的紀錄——但機制不同。像 Git 這樣的程式碼版本控制，建立在分支與合併並行工作線之上；文件與流程的版本控制通常是線性的，一份草稿經審閱走到單一個已批准的版本，這更接近本頁與示例圖表所描述的樣子。
QueryChart 的審計軌跡是預設開啟的嗎？
本頁描述的版本歷史——變更日誌、比較版本、還原——是免費的，並在每一張圖表上自動運作，無須任何設定。QueryChart 的合規審計軌跡，是一份對應 ISO 27001、SOC 2 與 HIPAA 控制項的雜湊鏈紀錄，是一項獨立的付費功能，需要機構主動開啟。它不是預設開啟的，也不是每一個帳戶本來就已經在運作的東西。