一種並行開發的配置管理方法
阿新 • • 發佈：2020-10-21
一種並行開發的配置管理方法
對於網路服務型網站的開發，一般會分成很多模組（超過100個）來分別進行開發。
由於模組非常多，一般也只會對模組相關部分進行測試，不會對整個產品進行迴歸測試，那樣工作量太大，不可行。
後續的版本更新一般都是隻更新其中部分模組，不會全部更新，所以，不需要對整個產品標識版本，只要對各個模組標識版本。
這是不同於盒裝軟體開發的地方。
當網站服務有多個bug或功能需更新時，就把這些分成為不同的任務，每個任務會涉及到不同的模組或相同的模組，為了便於跟蹤這些任務和模組的關係，把一個任務相關的模組看成為一個專案，就有了如下的專案模組矩陣表：? 
具體到每個模組開發時，用專案名作為分支名分別進行開發，一個模組涉及多個專案時就建多個分支同時開發。
p1專案：?
p3專案：?
一個任務完成可以上線時，需要記錄上線版本情況，就有了如下上線跟蹤表：?
從上表可以看到：
每完成一個專案，上線一次，就插入一列記錄變更的版本資訊，並標黃以突出顯示。
當前產品的最新版本就是由所有模組的最新版本組合起來表示。
一個模板的當前版本號可能比以前上線的版本號小，因為存在先立項，開發時間長，後上線的情況。
為了避免並行開發時丟失已更新的程式碼，有如下要求：
cvs主幹只放最新版本，不用於開發。
每個新專案涉及的模組都要在主幹上的最新版本上建分支開發。
每個版本上線後都要合併到主幹和其它並行開發的分支（看專案模組矩陣表就知道）上，並標識tag。
此方法的特點就是快，但並行開發多時，合併會很多。
轉載於:https://my.oschina.net/tadcat/blog/147582