svn項目版本分支管理

1、1華信郵電咨詢設計研究院有限公司物謀道名 信本固華項目版本分支管理2華信郵電咨詢設計研究院有限公司物謀道名 信本固華問題問題目前公司配置管理在策略上采用的是不穩(wěn)定主干（unstable trunk） 模式，所有的項目都在同一主干上進行修改，在每次上線后并沒有明確的stable分支版本。 1）、多個項目組開發(fā)人員都可能并發(fā)對同樣代碼進行修改，造成了嚴重的代碼沖突問題。例如張三修改了a.java并上QA測試服務器，在QA測試過程中，李四也對a.java進行修改并上QA，李四的代碼覆蓋了張三的代碼。由于是SCM人員并不清楚代碼沖突情況，這樣張三和李四的代碼上QA很容易相互影響，并很難查清具體原因。

2、2）、由于沒有明確stable分支版本，導致上QA、上生產只能采用增量更新，上QA、上生產出問題后的代碼回滾很麻煩，嚴重影響了測試、上線效率。對于生產環(huán)境運行的代碼的具體版本并沒有明確的管理，導致生產系統(tǒng)出問題后要排查問題也很難查。 3）、由于核心基礎包沒有與上層應用隔離，導致大家都會對核心包進行修改，修改后代碼質量并沒有有效控制。于是出現(xiàn)因為修改基礎包影響整個系統(tǒng)功能等現(xiàn)象。 3華信郵電咨詢設計研究院有限公司物謀道名 信本固華穩(wěn)定主干策略穩(wěn)定主干策略 使用主干作為穩(wěn)定版的發(fā)布。 bug的修改和新功能的增加，全部在分支上進行。 緊急缺陷修改或新功能開發(fā)以分支隔離。 分支上的開發(fā)和測試完畢以后才

3、合并到主干。 主干上的每一次發(fā)布都做一個標簽而不是分支。 每次發(fā)布的內容調整起來比較容易。 缺點是分支合并所增加的成本。4華信郵電咨詢設計研究院有限公司物謀道名 信本固華現(xiàn)狀及解決途徑現(xiàn)狀及解決途徑 團隊當前情況：團隊當前情況： 1）新專業(yè)的不斷開發(fā)，發(fā)布更新較為頻繁。 2）有固定的發(fā)布周期，同時也存在比較多的Bug。 3）修改任務通常比較小，改動范圍通常不大，時間通常較短。 4）不同的功能模塊有不同的小組負責，耦合度相對較低。 解決途徑：解決途徑： 1）、分支管理策略：采用適當?shù)姆种Ч芾聿呗詠肀ＷC開發(fā)庫、測試庫、發(fā)布庫的隔離。 2）、適當引入每日編譯、持續(xù)集成、Code Review等敏捷開

4、發(fā)的最佳實踐。5華信郵電咨詢設計研究院有限公司物謀道名 信本固華TrunkR1.0版本發(fā)布版本發(fā)布建立開發(fā)分支建立開發(fā)分支1建立開發(fā)分支建立開發(fā)分支2主干復制測試分支主干復制測試分支合并合并bug bug fixfix測試發(fā)布測試發(fā)布A合并合并tag01B1.1.3集成集成緊急缺陷測試分支緊急缺陷測試分支Hotfix測試發(fā)布測試發(fā)布B合并合并tag02主干時刻處于穩(wěn)定狀態(tài)，隨時可以發(fā)布主干時刻處于穩(wěn)定狀態(tài)，隨時可以發(fā)布B1.1.4集成集成測試分支測試分支bug bug fixfix合并合并測試發(fā)布測試發(fā)布Ctag03V1.1發(fā)布發(fā)布合并合并改進的版本分支管理方案改進的版本分支管理方案6華信郵電

5、咨詢設計研究院有限公司物謀道名 信本固華1、主干時刻處于穩(wěn)定狀態(tài)，隨時可以發(fā)布。設SCM人員對主干代碼進行管理，普通開發(fā)人員只讀。2、SCM為開發(fā)任務建立開發(fā)分支。常規(guī)的可以以小組為單位建立分支，較大的任務可以建立專門的分支。3、B版本集成之日或提前，從主干復制一個測試分支，包含在該版本的各開發(fā)分支向此測試分支合并。4、對測試分支代碼進行測試，出現(xiàn)bug在測試分支上更改，無誤后發(fā)布。5、測試分支代碼發(fā)布后，合并入主干，并在主干上進行標記。6、對緊急修復（Hotfix）的情況，可以從主干復制出測試分支，在測試分支上進行緊急修改，并在測試后發(fā)布，發(fā)布后同樣將代碼合并會主干，做標記（Hotfix僅限

6、于可以很快解決的小問題，如果更改時間過長，則需采用常規(guī)方法完成）。7、如果在測試分支測試過程中需要Hotfix工作，則再復制一個新的測試分支進行Hotfix ，測試后發(fā)布。然后同時合并入原測試分支和主干，并在主干上做標記（此過程未在上圖中畫出）。9、測試分支發(fā)布后，開發(fā)分支可以刪除；測試分支合并入主干后，測試分支可以定期刪除。實施過程實施過程7華信郵電咨詢設計研究院有限公司物謀道名 信本固華l 方案優(yōu)點 解決了沒有實施分支策略時，代碼不能經常簽入的問題。 主干代碼始終處于穩(wěn)定的狀態(tài)隨時可以發(fā)布，降低了風險。 可以基于一個完整的測試分支進行測試及發(fā)布，而不是以口口相傳的方式增量更新。l方案缺點 建立分支、合并分支增加了工作量?？紤]實際情況，以及版本控制工具的輔助，增加的工作量應該可以接受。 如果某些開發(fā)分支工期跨越多個發(fā)布周期，修