工程細節 · 流程
程式碼走 Git，
Excel 走排隊。
Git 解決的是「多人同時改同一份純文字」。這個產品的主要產出是 Excel——二進位，無法比對差異、無法合併。所以答案不是二選一，是分成兩個世界。
兩個世界
世界一：程式碼
用 Git
main 永遠是現在正式在跑的版本；一個工作項目一條分支（feat/、fix/ 帶工作項目編號）；合併前至少一個人看過——人少的時候，「隔一天自己再看一次」也算。每次對外發版打 tag。
世界二：Excel 與文件
用編輯權 ＋ 版號
規則不是分支是排隊。同一時間只有一個人持有主檔編輯權。現行檔不帶版號放根目錄，舊版進 _封存/，檔名帶版號與日期。
對照起來很乾淨：工作項目＝branch，變更紀錄＝commit，編輯權＝lock，現行檔＝main。
持有編輯權的五步
- 從現行檔複製一份來改
- 改完存回現行檔（不帶版號），舊版進
_封存/ - 寫一列變更紀錄
- 工作項目填結論、改成完成
- 編輯權釋放
沒有編輯權的人只能讀、只能提工作項目，不能動主檔。
再加上雲端硬碟本身的「版本記錄」，就已經有了 Git 的還原能力：同一個檔名下每次存檔都留著、看得到日期、可以下載回舊版。這是免費就有、但常常沒在用的功能。
Excel 什麼時候該退場
寫下觸發條件，避免太早也避免太晚
| 觸發條件 | 症狀 |
|---|---|
| 同時要改主檔的人 ≥ 2 | 排隊開始造成等待 |
| 產品 ≥ 3 | 三個檔要同步維護同一套公式，改一處忘兩處是必然 |
| 客戶 ≥ 300 或訊號 ≥ 3000 筆 | 開檔與重算開始痛 |
任一條觸發，就把記錄的部分搬到資料庫，計算改寫成程式，Excel 退回呈現層。
三條都沒觸發就不要動。現在跑得動、你看得懂、業務用得順，就是此刻最好的架構。