¿Es posible "bloquear" el grupo de trabajos a través de múltiples tuberías de gitlab

Tengo varios trabajos trabajando con un solo recurso externo (servidor). El primer trabajo implementa la aplicación en el entorno, el segundo ejecuta las pruebas en este entorno, el tercero ejecuta las pruebas de integración en este entorno.

Sé que hay una opción de grupo de recursos . Pero solo bloquea trabajos. Si dos tuberías coincide en el tiempo que necesito para ejecutar job1, job2, job3de la primera tubería y sólo cuando el primer recurso liberación de tuberías - la segunda tubería puede lanzar jobs1-3. ¿Hay una manera de lograr esto? Hay otros trabajos en tramitación: deberían funcionar al mismo tiempo.

Configure un corredor dedicado para los trabajos 1-3.

1. Configure un nuevo corredor con una etiqueta única, por ejemplo, 'jobs-1-2-3' y configure la opción concurrenten1 .

2. Agregue la etiqueta única, por ejemplo, 'jobs-1-2-3' a los trabajos en cuestión.

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

En mi humilde opinión esto es menos esfuerzo y más confiable.

Creo que se puede implementar a través de los needsy las resource_grouppalabras clave y la API gitlab.

Cada trabajo recibe la identificación de la tubería a la que pertenece como a predefined-variable. Si usa la API de gitlab, puede ver el estado de otros trabajos en la tubería. Si puede usar este estado needsy las resource_grouppalabras clave, creo que puede lograr lo que pretendía. Consulte la descripción del código a continuación y sus comentarios para obtener más detalles.

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.

(No lo probé yo mismo, por lo que este método necesita una revisión).

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