Git 分支命名规范

Git并没有对分支的命名有强制性或者建议性的约束。为了规范开发，保持代码提交记录以及Git分支结果清晰，便于后期维护，技术社区形成一套约定俗成的命名规范。

详解

命名	说明
master	主分支；该分支的代码直接用于线上发布，线上运行的代码来自该分支；不在该分支开发代码，该分支只合并其他分支。
feature/xxx( -bbb-...-zzz )	功能开发分支；开发某个需求时，就在该分支上开发；一般情况下，从分支master新建该分支；该分支上的代码测试完毕之后，需要上线，则合并到分支master，通过分支master上线；该分支的代码上线完毕之后，可以删除。
hotfix/xxx( -bbb-...-zzz )	线上bug修复分支；修复线上bug时，就在该分支上开发；一般情况下，从分支master新建该分支；该分支上的代码测试完毕之后，需要上线，则合并到分支master，通过分支master上线；该分支的代码上线完毕之后，可以删除。

注意事项

一个分支尽量开发一个功能模块，这样可以使分支命名更具有语义化，也更好控制功能模块的代码；尽量避免多个功能模块在一个分支上开发。

建议每天都和分支master合并一下。遇到冲突，则解决冲突，保持和分支master的代码统一。避免在最后合并分支时，遇到大量冲突，考验开发者的心智，也考验代码的稳定性。