軟體組態管理七重境界

標籤：

軟體開發熱點詞彙不斷推陳出新，cmmi，agile，精益，持續傳遞，持續整合，灰階……但有一個詞其實一直在那裡，支援著各種各樣的新熱點，它是#軟體組態管理#。 它也是影響團隊軟體開發效率的重大因素。

英文縮寫SCM

SCM從軟體工程誕生時，甚至誕生前就在那裡，因為程式碼文檔總是要存放的.
SCM發展曆經了許多階段，試做七重境界分級

七重境界之第一重

共用目錄，複製來處理多人合作，每天或每周備份下。每部分只有一個人負責。編譯時間手工在共用目錄上處理。
關鍵版本另外目錄存放，或者刻製版本

七重境界之第二重

使用了組態管理工具，沒有分支，每個部分只允許指定的一個人修改，文檔檔案在定稿後存放進工具。
發布版本可以得到追溯

七重境界之第三重

文檔一開始就進入組態管理工具，檔案名稱帶版本號碼，多人在同一個組件/項目工程裡同時開發。
中間裡程碑基準得到識別
採用組態管理三庫：開發庫，靜態庫（穩定庫），發布庫（產品庫）

七重境界之第四重

文檔與代碼能夠在統一的基準下管理，所有檔案名稱不帶版本號碼，利用工具的tag/label功能管理基準，代碼能夠一鍵編譯。

七重境界之第五重

有明確的主幹分支策略，居於發布目的來建立分支，而不是每人建分支，配套有自動化每日構建，或/和持續整合，各組件版本號碼與基準自動關聯，這樣，顯式的版本號碼能追查到代碼基準

七重境界之第六重

每天能自動得到2個以上版本，自動部署測試出報告，不同工程師提交的代碼在1小時內就能確認和諧的共存在相同基準，充分利用主幹，特性開關，虛主乾等等方法

七重境界之第七重

超越第6重的組態管理？ 
候選
文檔和代碼在統一的檔案工具下開發，工具即是文件管理的工具，又是組態管理的工具， 所有的變更直接關聯，就像Requiz Pro或者Dors那樣 
uml mda從文檔直接到代碼，可運行

軟體組態管理七重境界