web專案經理手冊-版本控制流程程

 web專案經理手冊-版本控制流程程

著作權聲明：如有轉載請求，請註明出處：http://blog.csdn.net/yzhz  楊爭

        大家在項目過程中是否會經常發生以下問題：
1、測試人員在測試階段更新測試環境時，發現編譯不通過，或者應用出現異常，無法進行測試。後來發現的根源是測試和開發共用一個分支。
2、有一天某個人群發了一條郵件通知，“我們的項目代碼已經發到主幹，這段時間大家不要修改主幹資訊”，這樣影響其他項目的正常發布。
3、項目進行了比較長的時間，等最後發布，需要與主幹進行合并的時候，出現大量的衝突，幾乎沒法處理。而且衝突處理完後我們還需要重新再做測試，以保證我們的衝突處理沒有問題，這樣又會需要花費大量的時間。

 版本控制流程程目標：
1、保證各個環境(開發、測試、主幹)的獨立，避免相互影響。
2、減少最終發布時合并主幹出現衝突的機率。
3、降低衝突處理的難度。

原則：
多個版本（開發版本，測試版本，發布版本）；多次合并。

流程：
1、項目開發編碼前從當前主幹建立一條開發分支，供項目開發人員使用；
2、開發結束，提交測試的時候，從當前主幹建立一條測試分支，將開發分支合并到測試分支上，供測試人員進行測試。這樣開發人員對開發分支的修改不會影響測試環境；
3、bug fix的時候我們定時將開發分支的修改合并到測試環境中。
3、迴歸測試的時候，從當前主幹建議一條發布分支，將測試分支合并到該發布分支上，在發布分支上進行迴歸測試。
4、發布前，將發布分支合并到當前主幹。

好處：
1、多個版本相互獨立，互不影響
2、通過多次與主乾的合并，這樣發布時候和主幹做最後一次合并的衝突會大大減少，並且在與主幹多次合并過程中的衝突解決都在測試階段中得到了測試。

建議：
如果項目的周期比較長，和主幹進行合并的次數也應該加大，以降低處理衝突的難度。