gitflow版本管理

本文探讨了Gitflow工作流在团队开发中的应用,包括不同场景下的分支管理策略,如bug修复、代码合并及Pull Request的处理流程,旨在提高代码质量和团队协作效率。

贴码云地址

https://gitee.com/imbobo_bo/angel-bo

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 ,统一更新测试环境,继续下一个循环

转载于:https://my.oschina.net/angelbo/blog/2980970

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值