gitlab-ci: Overhaul job run policy
authorMichel Dänzer <mdaenzer@redhat.com>
Thu, 26 Sep 2019 07:27:27 +0000 (09:27 +0200)
committerMichel Dänzer <michel@daenzer.net>
Fri, 6 Dec 2019 09:02:01 +0000 (10:02 +0100)
commit41797a1fed5ed9b7dafeeb064e47f1a364a4e981
tree8ec2463ae75296a97bfe1f964cb0cc8510a3debe
parentebd1309fef98e03460cb0485d53cbbf8227f9c04
gitlab-ci: Overhaul job run policy

Use new rules: instead of only:

For container stage jobs:

* In the main Mesa project, run them by default.

* In merge requests, run them by default if any files affecting pipeline
  results are changed.

* In all other cases (in particular branches in personal projects),
  don't run them by default but allow triggering them manually.

build & test stage jobs are left at the default (when: on_success), so
they will run automatically once all their dependencies are satisified.
(Using the same rules as above would require these jobs to be manually
triggered as well, which is only possible once all dependency jobs have
passed) Please be considerate of CI runner resources and cancel unneeded
jobs on personal branches with no corresponding merge requests (this can
be done before the jobs start running).

In summary: No more special branch names. Unnecessary job runs are
avoided by default, but jobs which don't run by default can be triggered
manually.

v2:
* Split out LAVA changes to separate commit
* Clarify commit log a little, in particular WRT build/test stage jobs

Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> # v1
Reviewed-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> # v1
Reviewed-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> # v1
Acked-by: Eric Engestrom <eric.engestrom@intel.com>
.gitlab-ci.yml