Ist es möglich, eine Gruppe von Jobs über mehrere Gitlab-Pipelines hinweg zu sperren?

Ich habe mehrere Jobs, die mit einer einzelnen externen Ressource (Server) arbeiten. Der erste Job stellt die App in der Umgebung bereit, der zweite führt Tests in dieser Umgebung aus, der dritte führt Integrationstests in dieser Umgebung aus.

Ich weiß, dass es eine Ressourcengruppenoption gibt . Es werden jedoch nur Jobs gesperrt. Wenn zwei Pipelines gleichzeitig laufen muß ich ausführen job1, job2, job3von der ersten Pipeline und nur dann , wenn die ersten Pipeline - Release Ressource - die zweite Pipeline starten kann jobs1-3. Gibt es einen Weg, dies zu erreichen? Es sind weitere Jobs in der Pipeline - sie sollten gleichzeitig funktionieren.

Richten Sie einen dedizierten Runner für die Jobs1-3 ein.

1. Richten Sie einen neuen Läufer mit einem eindeutigen Tag ein, z. B. 'jobs-1-2-3', und setzen Sie die Option concurrentauf1 .

2. Fügen Sie den betreffenden Jobs das eindeutige Tag "jobs-1-2-3" hinzu.

   job1:
     tags:
       - jobs-1-2-3
   job2:
     tags:
       - jobs-1-2-3
   job3:
     tags:
       - jobs-1-2-3
   

IMHO ist dies weniger Aufwand und zuverlässiger.

Ich denke , es kann durch die umgesetzt werden needsund resource_groupSchlüsselwörter und der Gitlab API.

Jeder Job erhält die Pipeline-ID, zu der er gehört predefined-variable. Wenn Sie die gitlab-API verwenden, können Sie den Status anderer Jobs in der Pipeline anzeigen. Wenn Sie diesen Status needsund resource_groupSchlüsselwörter verwenden können, können Sie meiner Meinung nach das erreichen, was Sie beabsichtigt haben. Weitere Informationen finden Sie in der Beschreibung des folgenden Codes und seinen Kommentaren.

stages:
  - ready
  - build

job1:
  stage: build
  needs: [starting_signal]
  script: 
    - sleep 10 && echo "job1"
job2:
  stage: build
  needs: [starting_signal]
  script:
    - sleep 20 && echo "job2"
job3:
  stage: build
  needs: [starting_signal]
  script:
    - sleep 30 && echo "job3"

starting_signal:
  stage: ready
  script:
    - # TODO: You need to implement it using the GitLab API.
    - # The starting condition for "job1-3" is
    - # that this `starting_signal` job finished successfully.
    - # And the condition that ends with the success of this job
    - # is that `traffic_light` becomes running.

traffic_light: 
  stage: ready
  resource_group: traffic_light
  script:
    - # TODO: You need to implement it using the GitLab API.
    - # The end condition for `traffic_light` is
    - # the end of job1-3 execution.
    - # In other words, this job must be checked and waited
    - # through gitlab api until job 1,2,3 is finished.
    - # Since this job locks the execution of a `traffic_light` job
    - # in another pipeline, the `starting_signal` job in another 
    - # pipeline does not succeed.

(Ich habe es nicht selbst getestet, daher muss diese Methode überprüft werden.)

Referenzen:

• https://docs.gitlab.com/ee/ci/variables/predefined_variables.html
• https://docs.gitlab.com/ee/ci/yaml/#needs
• https://docs.gitlab.com/ee/api/jobs.html#list-pipeline-jobs