Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Las canalizaciones de versión permiten a los equipos implementar continuamente su aplicación en distintas fases con un menor riesgo y con un ritmo más rápido. Las implementaciones en cada fase se pueden automatizar completamente mediante trabajos y tareas.
Teams también puede aprovechar la característica Aprobaciones y puertas para controlar el flujo de trabajo de la canalización de implementación. Cada fase de una canalización de versión se puede configurar con condiciones previas a la implementación y posteriores a la implementación que pueden incluir esperar a que los usuarios aprueben o rechacen manualmente las implementaciones y comprueben con otros sistemas automatizados que se cumplen condiciones específicas. Además, los equipos pueden configurar validaciones manuales para pausar la canalización de implementación y pedir a los usuarios que realicen tareas manuales y luego reanudar o rechazar la implementación.
En el diagrama siguiente se muestra el flujo de trabajo de canalización de versión.
Mediante el uso de puertas, aprobaciones y intervención manual, puede tomar el control total de las versiones para cumplir una amplia gama de requisitos de implementación. Entre los escenarios típicos en los que las aprobaciones, las puertas y la intervención manual son útiles.
| Scenario | Características que se van a usar |
|---|---|
| Un usuario debe validar manualmente la solicitud de cambio y aprobar la implementación en una determinada fase. | Aprobaciones previas a la implementación |
| Un usuario debe cerrar sesión manualmente después de la implementación antes de que se desencadene la versión en otras fases. | Aprobaciones posteriores a la implementación |
| Un equipo quiere asegurarse de que no haya ningún problema activo en el elemento de trabajo o en el sistema de administración de problemas antes de implementar una compilación en una fase. | Puertas previas a la implementación |
| Un equipo quiere asegurarse de que no haya incidentes notificados después de la implementación, antes de desencadenar una versión. | Puertas posteriores a la implementación |
| Después de la implementación, un equipo quiere esperar un tiempo especificado antes de pedir a los usuarios que cierren la sesión. | Puertas posteriores a la implementación y aprobaciones posteriores a la implementación |
| Durante la implementación, un usuario debe seguir manualmente instrucciones específicas y, a continuación, reanudar la implementación. | Intervención manual o validación manual |
| Durante la implementación, un equipo quiere pedir a los usuarios que escriban un valor para un parámetro usado por las tareas de implementación o permitir que los usuarios editen la versión. | Intervención manual o validación manual |
| Durante la implementación, un equipo quiere esperar a que los portales de supervisión o información detecten incidentes activos antes de continuar con otros trabajos de implementación. | Planned |
Puede combinar las tres técnicas dentro de una canalización de versión para lograr completamente sus propios requisitos de implementación.
Además, puede instalar una extensión que se integre con ServiceNow para ayudarle a controlar y administrar las implementaciones a través de metodologías de administración de servicios como ITIL. Para obtener más información, consulte Integración con la administración de cambios de ServiceNow.
Nota:
El retraso de tiempo antes de que se ejecuten las puertas de implementación previa se limita a las 48 horas. Si necesita retrasar el lanzamiento general de las puertas en su lugar, se recomienda usar una tarea de retraso en la canalización de versión.
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
Nota:
La tarea de retraso solo se puede usar en un trabajo sin agente.
Artículos relacionados
- Control de implementación de versiones mediante aprobaciones
- Control de implementación de versiones mediante puertas
- Configurar una intervención manual
- Agregar fases, dependencias y condiciones
- Desencadenadores de versión
- Versiones en Azure Pipelines