贴码云地址

gitflow代码管理流程

1.

这种方式是，在测试分支修改bug时要 create branch ，然后pull request 好处当然是每次提交的代码 pull request更清晰

2.

这个方式是我们组长觉得最合适的方式

这种方式会出现什么问题？那就是在测试分支直接修改bug时，要集中pull request到develop分支，在合并时，冲突，代码丢失很严重，

我就是要这种管理，但还不能有冲突

3.

针对2的问题，

我就是要2这种管理，但还不能有冲突

那只能增加pull request的频率了，每次在test分支修改bug后都要pull request

怎么可能这么简单

比如我修改了一个bug，提交，并且发起一个pull request ，这是后小李也修改bug完成了，并且提交了代码，这时我在处理这个pull request时，莫名其妙的看到了其他提交信息，那怎么处理啊，这只是一种情况，如果这个pull request发现了错误代码，或者很严重的问题，还不能接收，那其他人提交修改的bug只能延后，不能及时合并到develop，那又回出现2的问题

4. 我认为做合适的

依然是四个分支，test在一个测试周期内，在test create branch 针对单独bug修改，发起两个pull request 分别合并到develop 和 test ，一个周期内测试环境不会更新代码，当周期内bug解决差不多，打好tag ，统一更新测试环境，继续下一个循环