软件配置管理七重境界
軟件開發熱點詞匯不斷推陳出新,cmmi,agile,精益,持續交付,持續集成,灰度……但有一個詞其實一直在那里,支持著各種各樣的新熱點,它是#軟件配置管理#。 它也是影響團隊軟件開發效率的重大因素。
英文縮寫SCM
SCM從軟件工程誕生時,甚至誕生前就在那里,因為程序代碼文檔總是要存放的.
SCM發展歷經了許多階段,試做七重境界分級
七重境界之第一重
共享目錄,復制來處理多人合作,每天或每周備份下。每部分只有一個人負責。編譯時手工在共享目錄上處理。
關鍵版本另外目錄存放,或者刻制版本
七重境界之第二重
使用了配置管理工具,沒有分支,每個部分只允許指定的一個人修改,文檔文件在定稿后存放進工具。
發布版本可以得到追溯
七重境界之第三重
文檔一開始就進入配置管理工具,文件名帶版本號,多人在同一個組件/項目工程里同時開發。
中間里程碑基線得到識別
采用配置管理三庫:開發庫,靜態庫(穩定庫),發布庫(產品庫)
七重境界之第四重
文檔與代碼能夠在統一的基線下管理,所有文件名不帶版本號,利用工具的tag/label功能管理基線,代碼能夠一鍵編譯。
七重境界之第五重
有明確的主干分支策略,居于發布目的來建立分支,而不是每人建分支,配套有自動化每日構建,或/和持續集成,各組件版本號與基線自動關聯,這樣,顯式的版本號能追查到代碼基線
七重境界之第六重
每天能自動得到2個以上版本,自動部署測試出報告,不同工程師提交的代碼在1小時內就能確認和諧的共存在相同基線,充分利用主干,特性開關,虛主干等等方法
七重境界之第七重
超越第6重的配置管理??
候選
文檔和代碼在統一的文件工具下開發,工具即是文檔管理的工具,又是配置管理的工具, 所有的變更直接關聯,就像Requiz Pro或者Dors那樣?
uml mda從文檔直接到代碼,可運行
總結
以上是生活随笔為你收集整理的软件配置管理七重境界的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 曾经成功的敏捷团队为什么失败?
- 下一篇: 软件设计最近发展趋势对话录