@ThierryHenry1994 要么其中的 parent 被 abandon 掉了，要么有冲突没办法 merge，本地解决冲突后 amend 提交试试？

@AngryTester @ 槽神 不同的 workflow 确实有不一样的策略，谢谢二位上面的回复。

好的，所以 Gitlab 直接 push 到分支的代码只能说代码进去后触发 CI。如果 CI 有问题要么提交修复代码，要么 revert 之前代码，没办法说代码真正进代码库前触发 CI 拦截然后拒绝掉。

Gitlab 的那几种 webhook 我知道，我的意思是有没有办法拦截 push 的提交，然后跑前置 CI，CI 过了在进代码库，想达到的效果有点类似 gerrit 的 patchset created 的效果。监听 push events 只能是说代码进去了再跑个 CI。

谢谢你的回答，我知道所有 MR 操作都可以做前置 CI。但我的问题是日常 push 到 feature 分支的代码怎么做前置 CI？我的理解 feature 分支研发 push 代码就直接进那个 feature 分支代码库了。

feature 分支 merge request 到 master 分支前肯定有很多基于 feature 分支的提交，那这部分提交有没有 CI? 如果有能做到说代码 merge 前做 CI 检验吗？

@liuyan 能否放个 video 或者 gif 看下效果呢？

已提交，期待中。。。

@nicesunday 生成的二维码有有效期的吧？

@lhnluckyboy ，楼主有后续实践吗？