想请教一下各位大神， git 的正确使用姿态

[samin]

先说说我们的私有库都是用 gitlab。

之前都是一个任务开一个分支，然后合并到 master，打包到线上进行测试，通过之后就不回退直接发版，因为如此，merge 请求一般不会堆叠太多。

最近项目组换了一个测试，她喜欢全部分支不合并主分支先，不直接网页上操作，喜欢自己本地拉一个分支，然后去 merge 每一个合并请求，本地测试通过之后，提交版本，线上通过之后才会去 merge，这样导致堆叠太多的 merge，本地合并请求通过了，然后真正打包过去发版，各种冲突，解决了也跑不起来。

想请教一下大公司都是怎样一个使用流程，才能避免这种窘况，不需要在版本控制上浪费时间。

[unknowngas]

gitlab CI/CD

[samin]

@unknowngas 不是吧 ？ CI/CD 不用你手动去操作我上面说的操作，但是分支多，该冲突还是会冲突吧，没彻底解决到我提出的这个问题

[unknowngas]

大公司都是怎样一个使用流程:
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)