--dry-run genera el destino verificado solo en un workspace sombra acotado e informa de una diferencia canónica de plan/artefactos. Sin --dry-run primero inspecciona ese destino, crea un snapshot nativo de Kopia más un punto de control de recuperación del estado del ejecutor firmado por el propietario, prepara y verifica los datos de reversión sin activarlos, y solo entonces instala y ejecuta la transacción exacta generate/apply/verify del destino. Una transacción de destino fallida puede restaurar y verificar el ejecutor anterior solo antes de que se admita el Apply del destino. Tras Apply, el reinicio del runtime anterior queda bloqueado hasta que exista una activación verificada de los datos anteriores; la preparación aislada de Kopia por sí sola no la autoriza. Una confirmación de destino completada conserva su prueba de éxito para la finalización explícita. Las actualizaciones nuevas requieren soporte en la política de Kit CUE integrada; la recuperación de una operación existente sigue su diario y punto de control firmados.
Ejemplos