[theta_d]

Yeah, but they also use the Pipeline features to build and deploy changes.

[slowmovintarget]

This. Merge to master -> deploy to staging -> test runs -> push button enables for go-to-prod.

[hakre]

But they are clever, you can have the runner local.

(They start to ruin that, but lets say, the idea is still visible.)

[IshKebab]

Yeah you can't really. It doesn't support a ton of syntax and features.

And they also said they were going to remove that ability too. Tbf to them after the inevitable response they did say they will come up with a proper solution, though that was some time ago.

Obviously the real solution is to use Bazel and not to use Gitlab CI as a crap build system.

[slowmovintarget]

If by local you mean local to a cloud instance that runs automated builds on every merge for specific branches, then yes.

Granted, those build instance pull from the central git repo, and are triggered from GitLab... so also, no.

[mdaniel]

Only for `script: "echo hello world"` style jobs; anything more real makes `gitlab-runner exec` a total farce