git flow 多分支流程

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

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拉一个分支出来开发.

标准流程:

猜你喜欢

转载自www.cnblogs.com/reachlins/p/9151354.html