分支
命名說明
主分支master
主分支，所有提供給使用者使用的正式版本，都在這個主分支上發布
開發主分支
dev開發分支，永遠是功能最新最全的分支
功能分支
feature-*
新功能分支，某個功能點正在開發階段
發布版本
release-*
發布定期要上線的功能
修**布版本分支
bugfix-release-*
修復測試bug
緊急修復分支
bugfix-master-*
緊急修復線上**的 bug
**庫應該有乙個、且僅有乙個主分支。所有提供給使用者使用的正式版本，都在這個主分支上發布。
主分支必須是可用的、穩定的、可直接發布的版本，不能直接在主分支上開發。
master主分支只用來發布重大版本，日常開發應該在另乙個分支上完成，我們把開發用的分支，叫做dev。
這個分支可以用來生成**的最新隔夜版本（nightly）。
如果想正式對外發布，就在master分支上對dev分支進行合併（merge）。
dev分支**永遠是最新的，所有新功能以這個分支來建立自己的開發分支，該分支只做合併操作，不能直接在該分支上開發。
功能分支的名字，可以採用feature-*的形式命名，以自己開發的功能命名。
功能分支是分配開發不同的功能用的，從dev建立功能分支，然後完成相應功能開發後合併回dev分支並刪除該功能分支
預發布分支名字，可以採用release-*的形式命名
預發布分支是指發布正式版本之前（即合併到master分支之前），我們可能需要有乙個預發布的版本進行測試。
預發布分支是從dev分支上分出來的，預發布結束之後（即測試沒有問題之後），必須合併進dev和master。
修復預發布分支的bug，可以採用release-bug-*的形式命名
在預發布版本測試出現bug時，從release分支建立分支進行bug修復，bug修復完成後在合併會release分支
修補分支的名字，可以採用bugfix-master-*的形式。
該分支是為了緊急修復線上的bug。
軟體正式發布之後，難免會出現bug。這時就需要建立乙個分支，進行bug修補。
修補bug分支是從master分支上面分出來的。修補結束之後，再合併進master和dev分支。
盡量避免線上問題的出現
注：乙個分支盡量開發乙個功能模組，不要多個功能模組在乙個分支上開發
feature分支申請合併之前，最好先pull一下dev分支下來，看一下有沒有衝突，如果有衝突就先解決衝突後再合併回dev
git 分支命名規範
為規範開發，保持 提交記錄以及 git 分支結構清晰，方便後續維護，現規範 git 的相關操作。主要規範兩點 git 分支命名規範 git 提交記錄規範 git 分支分為整合分支 功能分支和修復分支，分別命名為 develop feature 和 hotfix，均為單數。不可使用 features ...
Git 分支命名規範 完
分支 命名 說明 主分支 master 主分支，所有提供給使用者使用的正式版本，都在這個主分支上發布 開發分支 dev 開發分支，永遠是功能最新最全的分支 功能分支 feature 新功能分支，某個功能點正在開發階段 發布版本 release 發布定期要上線的功能 修復分支 bug 修復線上 的 b...
Git 分支命名規範 完
git 分支命名規範 分支 命名 說明 主分支 master 主分支，所有提供給使用者使用的正式版本，都在這個主分支上發布 開發分支 dev 開發分支，永遠是功能最新最全的分支 功能分支 feature 新功能分支，某個功能點正在開發階段 發布版本 release 發布定期要上線的功能 修復分支 b...