分支管理方案

一，分支说明
1，feature 功能开发分支
2，fix bug 修复分支
3，develop 开发分支
4，release 预发布分支
5，master 主分支
二，分支说明
1，需求整理 如果是一次发布需求 我们可以在一个feature 上编写，如果产品整理是多个需求 需要创建多个feature分支
2，bug 修复分支 如果是这次需要更新迭代的bug 需要在一个fix 分支修复，如果多个bug 需要多次迭代开发，需要创建多个fix分支
三，管理分支
1，如果有代码已经校验通过已经合并到develop分支，但是你feature分支测试 需要 已经合并到develop的代码，那么需要你当前分支 同步develop分支代码
2，如果多个feature分支需要一块测试 可以创建临时分支，多个分支合并进去进行测试
3，如果这个需求需要N feature分支和fix 分支 需要发布，那么从develop分支创建Realease分支，并把feature分支和fix分支合并到Realease分支进行功能测试，release分支只准许 提交 fix 代码，不得添加新的需求到release分支。
4，测试通过后 需要把预发布的功能分支合并到develop分支
5，上线稳定 把develop分支合并到master分支 并打上tag
四，分支管理混乱解决方案
1，feature分支 没测试通过之前，绝不能合并到develop分支，只能合并到release分支交个测试测试，自己多个feature 分支需要测试，自己可以创建临时分支测试，测试当中如果发现有bug修复，可以直接在临时分支提交，等测试完毕后 ，需要把临时分支上面的节点 移动到哪个feature上面的bug，移动到哪个分支，最终等待提交测试
2，Realease分支合并到develop分支需要测试验证通过，如果临时出现合并到develop分支上有bug需要解决，那么需要develop分出release分支，在Realease上解决，没解决之前，develop暂停发布
3，如果自己当前feature分支代码测试 需要 配合已经提交到develop，master分支，那么 可以可以直接rebase主分支，因为主分支已经验证过得，是可发布的，直接同步代码就行了。