Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm increasingly designing CI stuff around rake tasks. Then I run rake in the workflow.

But that caters only for each individual command... as you mention the orchestration is still coded in, and duplicated from what rake knows and would do.

So I'm currently trying stuff that has a pluggable output: one output (the default) is that it runs stuff, but with just a rake var, instead of generating then running commands it generates workflow content that ultimately gets merged in an ERB workflow template.

The model I like the most though is Nix-style distributed builds: it doesn't matter if you do `nix build foo#bar` (local) or `nix build -j0 foo#bar` (zero local jobs => use a remote builder†), the `foo#bar` "task" and its dependents gets "built" (a.k.a run).

† builders get picked matching target platform and label-like "features" constraints.

Ever since there has been gitlab-runner, I've wondered why the hell can't I just submit some job to a (list of) runner(s) - some of which could be local - without the whole push-to-repo+CI orchestrator? I mean I don't think it would be out of this world to write a CLI command that locally parses whatever-ci.yml, creates jobs out of it, and submit them to a local runner.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: