Aprobación de las solicitudes de modificación
Una solicitud de cambio puede aprobarse manual o automáticamente (siempre que se superen todas las comprobaciones de conformidad requeridas y la disponibilidad de despliegue sea true).
De forma predeterminada, se crean solicitudes de cambio estándar y, si se pasan todas las comprobaciones de conformidad necesarias, la preparación para el despliegue se establece en true. Cuando una solicitud de cambio es del tipo
estándar y la preparación para el despliegue se establece en true, ésta se aprueba automáticamente.
Si una o más comprobaciones de conformidad fallan, la disponibilidad de despliegue se establece en false, el proceso de despliegue continuo se interrumpe y el despliegue se detiene debido a la solicitud de cambio no aprobada.
Puede seguir adelante con el despliegue en caso de emergencia añadiendo una etiqueta de emergencia al pull request de promoción.
También puede proporcionar una solicitud de cambio preaprobada manualmente que el canal de despliegue pueda utilizar (con la etiqueta status_approved) En Gitlab
Adopte cualquiera de los siguientes enfoques:
Opción 1: Añadir una etiqueta de emergencia a la promoción PR
Si necesita desplegar cambios de emergencia inmediatamente, puede utilizar la modalidad de emergencia. Cuando promocione un cambio, añada una etiqueta emergency al pull request de promoción para indicar a la canalización de despliegue
continuo que cree una solicitud de cambio de emergencia. Las solicitudes de cambio de emergencia permiten que el despliegue continúe incluso si falta la aprobación. Para obtener más información sobre el flujo de emergencia, consulte Automatización de la gestión de cambios.
Utilice la modalidad de emergencia con moderación y con precaución.
Puede establecer el valor de la etiqueta de emergencia (default: EMERGENCY) que el pipeline de despliegue continuo busca en el pull request de promoción cuando crea la cadena de herramientas.
También puede cambiar el valor de la etiqueta de emergencia desde las variables de entorno de la interconexión:
Esta etiqueta indicada por el valor establecido por la propiedad de entorno emergency-label, necesita ser añadida a la solicitud pull de promoción para indicar al pipeline CD que el cambio es un cambio de emergencia.
Cuando finaliza el despliegue, la solicitud de cambio de emergencia pasa al estado Review, que indica que requiere que los aprobadores asignados la revisen y aprueben con carácter retroactivo.
No hay flujo de emergencia en el lado de la tubería CI. Sin embargo, establecer una propiedad de canalización/disparador de CI skip-inventory-update-on-failure a un valor vacío o 0 permitirá que se actualice el repositorio
de inventario, incluso si se detectan problemas en la ejecución de canalización de CI. Con este inventario actualizado, se puede activar un cambio de emergencia.
Opción 2: Proporcionar un CR preaprobado manualmente
Si el despliegue no es una emergencia, puede esperar a que la solicitud de cambio se apruebe manualmente. Utilice el número de solicitud de cambio existente y preaprobado manualmente que se establece en las variables de entorno de la canalización
de despliegue continuo. El valor por defecto es notAvailable, lo que significa que el proceso de despliegue continuo crea una nueva solicitud de cambio.
'
