Conversation

Jarkko Sakkinen

Edited 3 months ago
I've been looking this tool for years and it was there all the time: https://github.com/firecow/gitlab-ci-local

My workflow has been before:

1. Edit .gitlab-ci.yml without knowing what I'm actually doing.
2. git push
3. Hope for the best, fear for the worst.

It has been pretty difficult to learn it when I have to test every edit remotely and once I reach my quota wait for some weeks to continue.

And no, GitLab runner is not a solution:

1. I've never been able to successfully set it up.
2. It does not scale to multiple Gitlab instances easily.
3. Even if two former were somehow addressed I do not want to run random system daemons.

I.e. to summarize: A local Gitlab runner sucks. It sucks unimaginably hard.

#gitlab #ci
1
0
2

@jarkko yes, can confirm it is a great tool to use. Especially if you don't like pushing "let's try if this works" commits over and over to get the ci config file correct.

It's not always 100% identical to gitlab CI in how it runs the jobs, so if something behaves strange test if the behavior on your gitlab instances CI server is the same before going down the debugging rabbit-hole...

1
0
1
@dwagenk Yep, exactly. It is definitely still better than my previous approach ;-)
0
0
1