Deployment Rollback
Reversión de implementación
Una reversión de implementación es una recuperación controlada de una versión fallida o insegura. Restaura una versión de aplicación conocida como buena y su estado correspondiente. Los pasos exactos dependen del sistema de entrega y los cambios de datos.
Otro ejemplo
La versión 3.2 aumenta la tasa de errores cinco veces, mientras que la versión 3.1 y el esquema de datos son compatibles. La automatización restaura la 3.1, verifica la salud del servicio y el tráfico, y registra el incidente. Revertir solo el código fuente no puede deshacer los archivos desplegados, los cambios permanentes de datos, los trabajos en cola o los efectos externos.
Partes principales
- 01disparador de reversión
- 02artefacto y estado conocido como bueno
- 03verificación posterior a la restauración
Úsalo cuando
Usa este término cuando la salud de la versión supera un límite establecido y se puede restaurar de manera segura una versión probada y buena.
No lo uses cuando
No prometas una reversión con un solo clic hasta que pruebes la compatibilidad del esquema de datos, el trabajo con estado, los efectos externos, la supervisión y cuándo corregir hacia adelante.
Nombre usado en código
health threshold → restore known-good artifact → verify Antes de lanzarlo
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome: Complete the task with Reversión de implementación (Deployment Rollback). User context: La versión 3.2 aumenta la tasa de errores cinco veces, mientras que la versión 3.1 y el esquema de datos son compatibles. La automatización restaura la 3.1, verifica la salud del servicio y el tráfico, y registra el incidente. Revertir solo el código fuente no puede deshacer los archivos desplegados, los cambios permanentes de datos, los trabajos en cola o los efectos externos. Delivery concept or operation: Reversión de implementación (Deployment Rollback). Why it fits: Usa este término cuando la salud de la versión supera un límite establecido y se puede restaurar de manera segura una versión probada y buena. Do not use it when: No prometas una reversión con un solo clic hasta que pruebes la compatibilidad del esquema de datos, el trabajo con estado, los efectos externos, la supervisión y cuándo corregir hacia adelante. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Es oficial para esa fuente. Otras plataformas o equipos pueden usar el término de otra manera. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Revisa esta petición
Review how Reversión de implementación (Deployment Rollback) is used now. Definition: Una reversión de implementación es una recuperación controlada de una versión fallida o insegura. Restaura una versión de aplicación conocida como buena y su estado correspondiente. Los pasos exactos dependen del sistema de entrega y los cambios de datos. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.