gitlab ci 如何在提交到 master 分支前进行验证，通过验证才能 merge 或 push

[css3]

请教下各位大佬：

• 写了个验证脚本，放到代码工程中，并且将执行任务加到 ci stage 里边了
• 但现有的 ci 执行顺序是大家先 push 或 merge 然后才进入 stage 自动流程，然后才走的脚本验证流程，所以这个验证功能并没有什么用，验证未通过时，也还是合到 master 上了
• 怎么才能在 merge 或 push 前验证出来结果呢？验证不过，就拒绝提交 master

[virusdefender]

ci 中加一项跑你的验证，依赖 staging 那一步，跑完了整个 ci 才结束

[css3]

@virusdefender
加了啊，问题在于，现有顺序是先提交后才触发执行 ci 。应该要先执行 ci,验证结果通过后才能 push 或 merge

[Chingim]

Pipelines for Merge Requests
https://docs.gitlab.com/ee/ci/merge_request_pipelines/

[maichael]

锁分支，不给直接推送，然后手动在界面上提交合并请求

[AngryPanda]

走 MR，不要给权限直接客户端操作

[virusdefender]

@css3 你们直接 push master ? 应该用 merge request

[NauxLiu]

1. 将 master 设置为 protect branch，不允许直接 Push
2. 打开项目的 Merge Request 设置里的 Pipelines must succeed

[css3]

@virusdefender 有 MR，但大家不遵守规范，一股脑提过来，要人工检查，索性就写了个脚本自动验证，这不是没按预计想的那样运行么😂😂

[wxsm]

我刚好也在搞这个。目前在尝试 gitlab 前面再对接一个 gerrit

[wxsm]

但是不太顺利，怎么说呢，gerrit 能 push 的，人也能，人不能 push 的，gerrit 也不能。ce 没有评审功能很蛋疼。

[css3]

@NauxLiu
2 这个，是大家各自的分支上跑各自的 pipelines? 跑失败的时候，提不了 mr 吗？

[css3]

@wxsm 有好的方案，分享一下哈😂😂

[NauxLiu]

@css3 #11 是提交的 PR 对应的 Pipeline 如果没通过不能被 merge，

[taogen]

The branch you are building and testing on is only for building and testing.
On your dev branch if any tests fail you just fix it and push it again.

[skyadmin]

master 分支设为保护分支，不允许任何人，直接推送代码至 master 分支。就可以让大家必须都在 merge request 了。

[skyadmin]

项目的 settings - repository - Protected Branches 里设

[skyadmin]

然后勾选 settings - General - Merge request，勾选 Only allow merge requests to be merged if the pipeline succeeds 。
和#7 说的一样，只是给了下具体操作路径。

[1109599636]

我的理解是个人提交到个人分支，然后个人分支跑 ci 各种流程，ci 通过了才可以 merge 到公共分支吧。如果在 commit 之前就做检查可以用 pre-commit hooks

[StarUDream]

目前用的就是 15-17 楼所说的方法，目测可以解决楼主问题。

[594duck]

@StarUDream 楼主回复说不想一个个看就想自动化跑跑测测。

这种敏捷式开发，后面要吃瘪的。