Ejecuciones de prueba con --dry-run

Mientras helm template genera el resultado localmente, --dry-run va un paso más allá y pide al clúster que compruebe los manifiestos sin aplicarlos. 🧪

Una ejecución en modo dry-run genera sus plantillas Y las envía al servidor de la API para validarlas; después se detiene sin crear nada real.

Como el servidor ve los manifiestos, --dry-run puede detectar problemas que la generación local no descubre, como un tipo de recurso desconocido o una discrepancia de esquema.

Añada la misma opción a una actualización para obtener una vista previa del cambio sobre un release activo antes de confirmarlo.

Helm ofrece --dry-run=client para comprobaciones únicamente locales y --dry-run=server para ejecutar también la validación del servidor contra el clúster.

El modo cliente se comporta como una generación de plantillas y nunca necesita un clúster. El modo servidor es más estricto porque el servidor de la API inspecciona realmente los objetos. 🔍

El modo dry-run también muestra la salida NOTES del chart, por lo que puede obtener una vista previa de las indicaciones posteriores a la instalación antes de que exista el release.

Añada --debug a un dry-run para obtener una salida detallada, incluidos los valores calculados, y convertirlo en una combinación muy útil para solucionar problemas.

No se instala nada ni se registra ninguna revisión. Un dry-run deja completamente intactos el clúster y el historial del release.

Como valida los manifiestos contra un servidor de la API real, --dry-run es una comprobación de seguridad habitual en los pipelines antes de permitir que continúe un despliegue.

Use helm template cuando esté sin conexión; use --dry-run cuando quiera conocer la opinión del clúster antes de instalar.

Quiere que el clúster valide los manifiestos, pero sin crear nada.

Ahora conoce --dry-run: genera el resultado y, opcionalmente, valida el release en el servidor sin crearlo, tanto en modo cliente como servidor. Una comprobación segura antes del despliegue. ✅