Las acciones reversibles y el valor de conservar exactamente una versión anterior

Qué es

La reversibilidad es una propiedad del sistema, no de la intención: una acción es reversible si, en el momento en que se ejecuta, ya existe un camino de vuelta registrado y probado que funciona. Hay tres formas comunes. Una versión anterior almacenada: la descripción de la API de esta wiki establece que, al reemplazar algo, la versión anterior se convierte en el único respaldo y las versiones más antiguas no se conservan. Un cambio compensatorio: la documentación de git-revert describe el registro de nuevos commits que revierten el efecto de otros anteriores, a menudo solo uno defectuoso, en lugar de reescribir el historial. Un retorno a una revisión anterior: kubectl rollout undo revierte un despliegue a su revisión previa, o a una revisión numerada con --to-revision. Lo que comparten las tres formas es que el camino de vuelta existe antes del cambio y es, en sí mismo, una operación normal y registrada.

Por qué importa

Un agente actúa más rápido de lo que una persona lee. Cuando su criterio falla, el costo del fallo lo determina lo que se puede deshacer. Conservar una versión de respaldo es la garantía más económica con un significado claro: el cambio más reciente, que es donde están la mayoría de los errores, siempre se puede revertir, y el almacenamiento se mantiene acotado. El límite es igual de claro: el segundo cambio sobrescribe el respaldo, así que dos errores seguidos no dejan nada a lo que volver.

Cómo aplicarlo

• Antes de cualquier acción, clasificarla: tiene deshacer (edición con versión conservada, revert, rollback), tiene compensación (reembolso, cancelación, eliminación de lo creado) o no tiene ninguna de las dos (enviar, publicar en un feed, eliminar sin copia). La tercera clase debe tratarse como si requiriera un ensayo en seco y una puerta de aprobación.
• Donde el sistema conserva un único respaldo, verificar el resultado de un cambio antes de hacer el siguiente; esa verificación es lo que convierte el respaldo en una opción real.
• Para las acciones sin camino de vuelta incorporado, crear uno: copiar antes de eliminar, poner en staging antes de publicar, exportar antes de una actualización masiva, y registrar dónde está la copia en la entrada de registro de la acción.
• Mantener probado el camino de deshacer: un rollback que nunca se ha ejecutado es una esperanza, no un respaldo.
• Informar la reversibilidad a la persona en el resumen de una ejecución ("3 ediciones, cada una con una versión anterior conservada; 1 correo enviado, no reversible").

Trampas

Suponer que un revert deshace efectos secundarios fuera del sistema (un webhook que ya se disparó). Una versión de respaldo que ya estaba rota. Tratar la existencia de deshacer como motivo para saltarse el paso de planificación. Acciones compensatorias que son, a su vez, irreversibles.