È possibile "bloccare" un gruppo di lavori su più pipeline gitlab

Ho più lavori che lavorano con una singola risorsa esterna (server). Il primo lavoro distribuisce l'app nell'ambiente, il secondo esegue i test in questo ambiente, il terzo esegue i test di integrazione in questo ambiente.

So che esiste un'opzione per il gruppo di risorse . Ma blocca solo i lavori. Se due condotte eseguiti simultaneamente ho bisogno di eseguire job1, job2, job3dalla prima tubazione e solo quando la prima risorsa di rilascio gasdotto - la seconda tubazione può lanciare jobs1-3. C'è un modo per raggiungere questo obiettivo? Ci sono altri lavori in cantiere - dovrebbero funzionare contemporaneamente.

Imposta un corridore dedicato per i lavori 1-3.

1. Imposta un nuovo corridore con un tag univoco, ad esempio 'jobs-1-2-3' e imposta l'opzione concurrentsu1 .

2. Aggiungi il tag univoco, ad esempio "jobs-1-2-3" ai lavori in questione.

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

IMHO questo è meno sforzo e più affidabile.

Penso che possa essere attuato attraverso le needse resource_groupparole chiave e l'API gitlab.

Ogni lavoro riceve l'ID della pipeline a cui appartiene come predefined-variable. Se si utilizza gitlab api, è possibile visualizzare lo stato di altri lavori nella pipeline. Se riesci a utilizzare questo stato needse le resource_groupparole chiave penso che tu possa ottenere ciò che volevi. Vedi la descrizione del codice sottostante e i suoi commenti per maggiori dettagli.

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.

(Non l'ho provato io stesso, quindi questo metodo ha bisogno di una revisione.)

Referenecs:

• 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