1、分支型別說明
分支名稱
分支描述
唯一
許可權管理
release
發布分支，內部分支，當確定需要發布版本時，從develop分支拉出此分支
唯一最高許可權，由版本經理或者團隊核心成員組管理
master
主幹分支，對外發布分支
唯一最高許可權，由專案經理或者團隊核心成員組管理
hot fixes
緊急故障修復分支(如現場故障)，內部分支，從master拉出此分支，merge到master和develop分支
唯一最高許可權，由版本經理或者團隊核心成員組管理
feature
特性分支，內部分支，當有新需求時，可以從develop分支拉出此分支，開發完成後，merge到develop分支
不唯一最高許可權，由版本經理或者團隊核心成員組管理
develop
開發分支，內部分支，團隊成員的**提交到此分支
唯一最高許可權，由團隊核心成員組管理
2、場景分解
2.1新專案啟動
責任人動作
專案經理/
版本經理
建立master
分支2.2啟動開發
責任人動作
專案經理/
版本經理
建立develop
分支團隊成員
同步和提交develop
分支2.3需求開發
責任人動作
專案經理/
版本經理
從develop
建立feature
分支並制定
feature
負責人團隊成員
同步和提交到feature
分支團隊成員（feature
負責人）
同步feature
分支到develop
分支2.4內部版本發布
責任人動作
專案經理/
版本經理
從develop
建立release
分支團隊成員
同步和提交到release
分支，只允許提交
bug的**，不允許提交新功能**
團隊成員
同步release
分支的bug
到develop
分支專案經理/
版本經理
/核心成員
release結束後，同步
release
分支到master
分支和develop
分支，刪除
release
分支2.5外部版本發布
責任人動作
版本經理
為master
分支tag
專案經理/
版本經理
建立hotfixes
分支2.6hot fix
責任人動車
團隊成員
同步和提交（bug
的解決方法）到
develop
分支3、分支說明
對於乙個初級應用的團隊或者小團隊，可以簡化分支：
3.1 裁剪掉
release
，hotfix
分支3.2 圍繞
develop
分支進行開發，測試版本直接在
develop
分支上tag
3.3 開發人員可以自測
feature/bug
分支，開發完成後合併入
develop
分支3.4 master分支的作用保持不變
------20191203閃
git分支管理規範
以下特點是有部分是假設性，部分是實際的 這裡的約束是指無論哪一種場景，以及開發規模大小都必須要遵守的一些git分支管理規則 只需要乙個master分支，然後各自建立自己的分支名為 dev 拼音簡寫 feature fixbug 名稱 如 dev zhang3 userreg,雙發約定好評審方式和me...
Git分支命名規範
分支 命名說明 主分支master 主分支，所有提供給使用者使用的正式版本，都在這個主分支上發布 開發主分支 dev開發分支，永遠是功能最新最全的分支 功能分支 feature 新功能分支，某個功能點正在開發階段 發布版本 release 發布定期要上線的功能 修 布版本分支 bugfix rele...
git分支規範對比
現在普遍流行的git規範是gitflow，但是最近又看到乙個新的git規範，感覺這個新的規範，設計更加合理，並且可以解決gitflow在專案運用中存在的問題，本文羅列了這兩種規範的主要內容，並做了對比。分支流轉規範示例圖如下 git常用分支 示例圖如下 gitflow的問題 需要同時維護兩個分支，會...