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里创建的；