En la implementación de Octopus, se encuentra el concepto de ciclos de vida. Se ven algo así como lo siguiente -

  • Dev
    • devenv1
    • devenv2
  • Puesta en escena
    • stagedenv
  • Pinchar
    • PRODENV

Le permite decir cosas como "Los entornos de DEV deben completarse antes de desplegar para organizar".

En Azure Devops, puedes lograr esto si usa un disparador "después de la etapa". Sin embargo, esto hace que el despliegue sea automático de la siguiente etapa. Puede configurar las aprobaciones post-1ª etapa o la pre-2ª etapa para detener esto, pero si se "rechazan", se ve como una falla cuando no es necesariamente, a menudo, a menudo, no queremos implementarlos en estos ambientes.

Otra solución es usar la API de reposo en una puerta en una etapa desencadenada manualmente como se muestra en esta pregunta pero esto no se siente bien: lanza el" gráfico de implementación "que puede parecer trivial, pero no permite que alguien viene desde el exterior hasta Mira lo que realmente está pasando. Además, no detiene a nadie tratando de desencadenar esto en cualquier momento.

¿Hay alguna manera de lograrlo?

3
Zak 1 jul. 2019 a las 12:36

2 respuestas

La mejor respuesta

Me temo que no hay mejor manera en este momento. Incluso si usa solución con API de descanso en la puerta, si no pasa la puerta, el estado de la etapa resultante es el mismo que "rechazado". ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí

1
Hugh Lin - MSFT 2 jul. 2019 a las 10:35

Me enfrento al mismo problema con el mismo problema, y la única forma en que he encontrado hasta ahora es agregar un filtro de artefacto a la etapa que desea despliegue manualmente que excluye todas las sucursales utilizando *.

Artefact Filter

En el siguiente ejemplo, se creará una liberación automáticamente a partir de master y se construye devlop e devlop, y se implementará automáticamente en BVT - UKs .

Las dos regiones uk-ukx ahora se pueden desplegar manualmente cada vez que sea conveniente.

Lamentablemente, Azure DevOps, no le impide implementar manualmente a tampoco o las dos etapas prd - UKx antes de que haya desplegado en ambas etapas ukx . Sin embargo, en mi caso, necesito la aprobación previa a la implementación para esas etapas de cualquier manera, por lo que si alguien intenta omitir las etapas ukx , el aprobador puede simplemente rechazar la implementación.

Release Pipeline

0
David Gard 28 may. 2020 a las 10:26