git flow 多分支流程

本文针对项目中出现的多分支提测问题进行了探讨。在featruea和featrueb两个分支先后提测的情况下,按照标准的gitflow流程可能会导致未经充分测试的功能上线。为此,提出了一种改进方案,即提测时不合并到dev,而是从各featrue分支直接拉出release分支进行测试,以此避免功能间的相互干扰。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近项目中出现多分支提测问题.

featrue a和featrue b两个分支先后提测.

按git flow的标准流程:

开发从dev拉featrue

开发完要提测时合并到develop

测试从develop拉出release分支进行测试,

bug修改直接在release上进行.

测试完后release再合并回develop,master,featrue.测试期间release要定期合并到featrue,防止两个分支的差距过大.最后合并时冲突过多.

现在问题是,a先提测,还没测试通过,b也提测.按标准流程,b会包含a未测试通过的功能,假设a不全是新功能,还会对线上的一些功能进行优化.但是提测b,测试时不会测试a功能的.这样会导致a的优化功能为测试就上线(提测顺序和上线顺序不要求一致)

改进流程:

提测不合并到dev,直接从featrue a拉一个 release a,bug修改也在release a上进行,b提测也是一样拉一个release b出来.

其他流程则和标准流程一样.

这样如果在提测期间要开发新功能,要么在原featrue上进行,要么从release拉一个分支出来开发.

 

标准流程:

 

转载于:https://www.cnblogs.com/reachlins/p/9151354.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值