對SVN的落地與實踐總結

現今最爲流行的Git是管理很幾套很成熟的分支管理策略。而SVN確實也有，但結合現公司的實際場景仍是作了些調整和變更。

1、分支命名規則

1. 全部分支命名採用小寫字母 + 數字 + 特殊符號 組成
2. 項目分支命名以proj- + 項目名稱 + tags(版本名)，如：proj-jd-v1.0.0
3. 版本(tags)以v+版本號(版本號採用三位版本策略，即：主.次.內)，如：v1.0.1
4. 修改Bug的分支以hotfix-+tags命名，如：hotfix-v1.0.1
5. 分支、版本命名不可帶年月日相關信息，此類信息能夠放置於備註

2、分支管理策略

2.1 主要分支說明

1. trunk爲主幹分支，全部產品或發版相關開發都在此分支上進行
2. proj-開頭的分支，用於特殊需求的客戶，必須基於tags創建，原則上不容許合併到trunk分支
3. v開頭的是tags，產品發佈的迭代版本
4. hotfix-開頭的分支，用於修改相關版本的Bug，必須基於tags創建，必須能合併到trunk分支
5. 現場部署的產品或項目必須是基於tags或hotfix開頭的分支代碼，不容許直接將trunk分支代碼部署到現場
6. hotfix和trunk分支在有條件的狀況下能夠合併到proj分支，但必須在相關管理人員審覈的狀況下實施

2.2 分支結構圖

3、與項目/產品的接合

1. 每次提交都必須有備註，備註以列表形式編寫，如：

     1. 修改員工管理功能查詢報SQL報錯的Bug

     2. 添加員工功能增長Sex(性別)屬性

2. 產品或項目的share文件夾下的branch.md存放全部相關分支/版本信息，如：

分支/版本名稱 | 備註

- - - | - - -

trunk | 主幹分支

proj-jd-v1.0.0 | 只提供給jd特殊使用的分支

v1.0.0 | 於2017-10-09號發佈的迭代版本

hotfix-v1.0.0 | 修復v1.0.0相關Bug的分支

3. 新建分支前，必須先到share/branch.md中確認是否已存在相關分支

4. 發佈tags時，必需要包含數據庫變動腳本、功能清單兩個文檔