Git 并没有对分支的命名有强制性或者建议性的束缚。为了标准开发，放弃代码提交记录以及 Git 分支后果清晰，便于前期保护，技术社区造成一套约定俗成的命名标准。
详解
| 命名 | 阐明 |
|---|---|
| master | 主分支；该分支的代码间接用于线上公布，线上运行的代码来自该分支；不在该分支开发代码，该分支只合并其余分支。 |
| feature/xxx(-bbb-…-zzz) | 性能开发分支；开发某个需要时，就在该分支上开发；个别状况下，从分支 master 新建该分支；该分支上的代码测试结束之后，须要上线，则合并到分支 master，通过分支 master 上线；该分支的代码上线结束之后，能够删除。 |
| hotfix/xxx(-bbb-…-zzz) | 线上 bug 修复分支；修复线上 bug 时，就在该分支上开发；个别状况下，从分支 master 新建该分支；该分支上的代码测试结束之后，须要上线，则合并到分支 master，通过分支 master 上线；该分支的代码上线结束之后，能够删除。 |
注意事项
一个分支尽量开发一个功能模块，这样能够使分支命名更具备语义化，也更好管制功能模块的代码；尽量避免多个功能模块在一个分支上开发。
倡议每天都和分支 master 合并一下。遇到抵触，则解决抵触，放弃和分支 master 的代码对立。防止在最初合并分支时，遇到大量抵触，考验开发者的心智，也考验代码的稳定性。