Puertas de lint y plantillas en CI

Un chart defectuoso debe hacer fallar su pipeline, no su clúster de producción. Las barreras de CI le permiten rechazar charts incorrectos en cuanto se abre un pull request. 🛡️

El comando helm lint realiza comprobaciones estáticas en un chart: verifica la estructura, los campos obligatorios y problemas habituales de buenas prácticas sin tocar ningún clúster.

Lint señala la ausencia de un campo en Chart.yaml, una plantilla que no se puede analizar o un icono que no es una URL. Es rápido y no necesita conexión a Kubernetes.

Añada --strict para que las advertencias de lint también hagan fallar la ejecución. En CI quiere que la compilación falle ante cualquier elemento dudoso, no una advertencia silenciosa que nadie lee.

Pase -f a lint para validarlo con los values que realmente usará un release. Un chart puede ser válido sin valores, pero fallar cuando se incorporan sus values de producción.

Después de que lint pase, ejecute helm template para renderizar localmente todos los manifiestos. Si el renderizado falla, el pipeline se detiene antes de que nada llegue a Kubernetes.

Lint es superficial; helm template evalúa por completo la lógica de sus plantillas de Go. Aquí sale a la luz un error tipográfico en un range o un valor nil, no durante el despliegue.

Ambos comandos devuelven un código de salida distinto de cero si fallan. Los ejecutores de CI leen ese código automáticamente y marcan el trabajo como fallido, bloqueando la fusión.

Canalice la salida renderizada a kubeval o kubeconform para confirmar que coincide con los esquemas reales de Kubernetes. Así detectará pronto un nombre de campo incorrecto.

Encadene las barreras en un solo trabajo para que un fallo detenga el resto. En la mayoría de los ejecutores, && se detiene en la primera salida distinta de cero, lo que mantiene rápida la retroalimentación.

Active estas comprobaciones en cada pull request, no solo al fusionar. Los revisores verán un indicador en verde que demuestra que el chart sigue renderizándose correctamente.

Proteja cada cambio con helm lint --strict y después con helm template, comprobando opcionalmente el esquema de la salida. Los charts defectuosos hacen fallar la compilación, nunca el clúster. ✅