先说说我们的私有库都是用 gitlab。
之前都是一个任务开一个分支,然后合并到 master,打包到线上进行测试,通过之后就不回退直接发版,因为如此,merge 请求一般不会堆叠太多。
最近项目组换了一个测试,她喜欢全部分支不合并主分支先,不直接网页上操作,喜欢自己本地拉一个分支,然后去 merge 每一个合并请求,本地测试通过之后,提交版本,线上通过之后才会去 merge,这样导致堆叠太多的 merge,本地合并请求通过了,然后真正打包过去发版,各种冲突,解决了也跑不起来。
想请教一下大公司都是怎样一个使用流程,才能避免这种窘况,不需要在版本控制上浪费时间。
1
unknowngas 2019-11-12 04:29:39 +08:00
gitlab CI/CD
|
2
samin OP @unknowngas 不是吧 ? CI/CD 不用你手动去操作我上面说的操作,但是分支多,该冲突还是会冲突吧,没彻底解决到我提出的这个问题
|
3
unknowngas 2019-11-13 02:50:03 +08:00
大公司都是怎样一个使用流程:
1. one ticket = one branch 2. commits on branch triggers CI, CI contains all procedures of unit test/integration test/pipeline test 3. CI passed without problem -> merge request 4. merge (remember to do git rebase) |