前言：
开发过程中，常常用git来管理代码，有时我们会碰到分支管理的问题，如果公司对创建哪些分支没有硬性规范约束，这个看似不大的问题，也许会让人很头疼，以下，是个人的一些建议，仅供参考。
正文：
建议至少需要4个分支：master分支、release分支、develop分支、feature分支。
它们的作用分别是：
1. feature分支为功能分支
（1）feature分支应该以具体的功能命名，多个功能并行开发时，同时存在多个功能分支，一个功能点对应一个功能分支
（2）多个人同时负责同一个功能时，建议在同一个功能分支上开发（每次提交前需要获取最新代码，如果有冲突当场解决，避免冲突累计）
2. develop分支为测试环境的发布分支
多个功能分支需要合并到develop分支上再发布到测试环境，方便多个功能点同时进行测试
3. release分支为生产环境分支
由于每个新的功能分支均是从master分支获取的，当提交新的功能时，可能master分支已经有其他新的提交，为了避免覆盖其他提交，预上线的功能分支统一提交到release分支，合并后发布到pl和线上环境
4. master分支是生产环境代码的备份
每次发布线上成功并且验收通过后，将release分支合并到master分支，然后打个标签，作为线上代码的存档，紧急情况下也可以发布master分支的代码到生产环境