dev、st、uat分支存在多个特性一起开发测试时的冲突解决方式
1.最大的问题是f1和f2会同时开发,但是f1和f2却可能分两次上线,所以开发自测环境(dev)可能同时存在f1和f2的代码;
因此做这样的规定就能避免公共开发自测环境(dev)的代码流入不上线的内容到生产里;
dev -> kf_dev // ERROR,kf_dev是开发自己的分支;
uat -> kf_dev // OK,且每次开发特性前都应该执行这个操作
st -> kf_dev // OK|WARN,最好还是不要
dev -> st // ERROR,不能直接dev到st,否则可能流入不需要上线的代码;
dev -> uat // ERROR,同上;
kf_dev -> dev // OK
kf_dev -> st // OK,需要在dev自测后,将kf_dev合并到st
kf_dev -> uat // ERROR,不能这么做,必须先经过st
st -> uat // OK
st -> kf_dev // OK|WARN
uat -> st // OK,且每次成功上线后都应该这么合并一下;
uat -> dev // OK,且每次上线成功后都应该这么合并一下;
这个存在问题,即:1.是kf_dev1的代码怎么合并到kf_dev2里(他们一起协作开发一个功能,肯定需要能互相合并对方的代码);
2.是kf_dev本身就可能开发本期不上线的代码(比如要上线的代码已经开发完了,要等后端联调,这时候他可以继续开发其他不上线的代码)
所以得增加feature的概念,按feature来开发才行;
同时要有wlq_feature1等对应的开发分支;
feature1的分支一开始是从uat里创建的;
posted on 2024-01-02 11:46 Silentdoer 阅读(35) 评论(0) 编辑 收藏 举报