É possível "bloquear" grupos de tarefas em vários pipelines do gitlab

Tenho vários trabalhos trabalhando com um único recurso externo (servidor). O primeiro trabalho implementa o aplicativo no ambiente, depois executa os testes nesse ambiente e o terceiro executa os testes de integração nesse ambiente.

Eu sei que existe a opção de grupo de recursos . Mas ele bloqueia apenas trabalhos. Se dois oleodutos executados simultaneamente eu preciso para executar job1, job2, job3a partir do primeiro gasoduto e somente quando o primeiro recurso liberação gasoduto - o segundo gasoduto pode lançar jobs1-3. Existe uma maneira de conseguir isso? Existem outros trabalhos em andamento - eles devem funcionar simultaneamente.

Configure um corredor dedicado para os trabalhos1-3.

1. Configure um novo corredor com uma etiqueta única, por exemplo, 'jobs-1-2-3' e defina a opção concurrentcomo1 .

2. Adicione a tag exclusiva, por exemplo, 'jobs-1-2-3' aos jobs em questão.

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

IMHO isso é menos esforço e mais confiável.

Eu acho que ele pode ser implementado através dos needse resource_grouppalavras-chave e a API gitlab.

Todo trabalho recebe o ID do pipeline ao qual pertence como a predefined-variable. Se você usar a API do gitlab, poderá ver o status de outros trabalhos no pipeline. Se você pode usar esse status needse as resource_grouppalavras - chave, acho que pode alcançar o que pretendia. Veja a descrição do código abaixo e seus comentários para mais detalhes.

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.

(Eu não testei, então esse método precisa de uma revisão.)

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