版本控制流程存在的目的只有一個：確認哪個檔案是最新版本。如果沒有它，團隊最終會發現有三個名為「最終版」的文件，儲存在兩個不同的地方，而編輯到錯誤版本的人，往往在工作完成後才發現。
版本控制流程中的每條規則都源於這個核心問題，這也是為什麼複雜的方案會失敗，而簡潔的方案卻能成功。一個團隊會遵守四條規則，但不會遵守十一條，因此設計的限制在於「易記性」而非「完整性」。我們刻意排除了任何需要軟體的內容：分支、合併和儲存庫工作流程解決的是不同受眾的不同問題，這將會結束本影片的討論。
此範本將內容分為六個場景：一個關於不知道哪個檔案是最新版本所付出的代價，一個關於選擇單一儲存位置，一個關於簡短易記的命名規則，一個關於版本編號及何時變更編號，一個關於為每個文件指定所有者，以及一個關於歸檔而非刪除。
版本規則往往在會議上達成共識，卻在兩週內被拋棄，因為正確的行為在儲存當下需要付出更多努力，不如走捷徑。因此，規則必須比變通方法更簡潔。
第二個儲存位置會破壞所有其他規則。這個決定比命名慣例更重要，但通常最不被重視。
兩個元素，始終保持相同順序。任何超過三個組成部分的命名慣例，通常在第二週後就會停止被使用。
小幅修改不變更；任何對外發送的內容則需要變更。如果沒有這條界線，版本號將會混亂並失去意義。
人們保留私人副本是因為擔心遺失工作成果。建立歸檔資料夾能消除這種顧慮，避免因私人副本而破壞整個系統。
上傳您已同意的檔案指南、資料夾結構或已釘選在團隊頻道中的命名慣例 — 最大 200 MB，支援 PDF、DOC、DOCX、PPTX 或 TXT 格式。場景將可供編輯，原始檔案則保持不變。
將團隊已有的檔案指南套用進來，然後在下一個專案開始前，完善這些場景。
