Revertir

Restaura la release anterior.

Sintaxis

$ vela rollback
$ vela rollback --to 20260827T120000Z-3f2a

Las releases se conservan en el servidor, así que revertir consiste en apuntar los servicios a una anterior y reiniciar — el artefacto no se recompila ni se vuelve a subir. Cuántas se conservan lo controla --keep en deploy.

Opciones

  • -t, --target <target> - Sobre qué copia de la aplicación actuar, por defecto production
  • --server <ssh> - Servidor en el que se ejecuta este objetivo, registrado en el primer uso
  • --to <release> - Revertir a una release concreta en lugar de a la anterior
  • --lock-wait <seconds> - Cuánto esperar a que termine un despliegue o restauración del mismo objetivo antes de rendirse, por defecto 300
  • -i, --identity <file> - Clave privada SSH con la que autenticarse
  • --ssh-port <port> - Puerto SSH
  • --accept-host-keys - Confiar en una clave de host desconocida en la primera conexión (CI)

Migraciones

Las migraciones que añadió la release más reciente se revierten con sus pasos down, ejecutados desde los archivos de migración de esa misma release, antes de que arranque el código más antiguo. Una migración sin un paso down que funcione detiene la reversión con la aplicación aún parada, así que escribe uno para cada cambio.

Un despliegue que falla su comprobación de salud se revierte a sí mismo automáticamente, migraciones incluidas — este comando es para los despliegues que tienen éxito y resultan estar equivocados.