这是一个创建于 1839 天前的主题，其中的信息可能已经有所发展或是发生改变。
先说说我们的私有库都是用 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) |
Select Language