Formatea, valida e inspecciona documentos YAML con ordenacion de claves y control de expansion de anclas y alias.
Formatea, valida e inspecciona documentos YAML con ordenacion de claves y control de expansion de anclas y alias. Formatea, valida e inspecciona documentos YAML con ordenacion de claves y control de expansion de anclas y alias.
YAML ("YAML Ain't Markup Language") es un formato de serializacion de datos amable con humanos, muy usado para archivos de configuracion (docker-compose.yml, manifiestos de Kubernetes, workflows de GitHub Actions, playbooks de Ansible, etc.). Cambia la rigidez de JSON por una estructura basada en indentacion y un sistema de tipos mas rico que incluye fechas, cadenas multilinea y referencias.
Como YAML depende de la indentacion para expresar anidamiento, un espacio faltante puede cambiar el significado de todo el documento, y la mayoria de los editores no resaltan visualmente la jerarquia. Un visor parsea el documento y lo reemite con una indentacion consistente, dejando al descubierto tanto los errores de indentacion como la estructura.
La mayoria de los visores permiten alternar algunos comportamientos: ordenar claves alfabeticamente para diffs estables, expandir o eliminar anclas y alias de YAML (la sintaxis & / *), y elegir el ancho de indentacion. La opcion de ordenar es particularmente valiosa al comparar dos instantaneas de la misma configuracion: sin ella, el reordenamiento de claves entre releases puede ocultar cambios reales.
Las estadisticas de bytes y claves de nivel superior ayudan a ver lo pesado del documento y donde se concentra el peso. Si necesitas saber si tu YAML cabe en un limite de variables de entorno o en el presupuesto de tamano de un ConfigMap de Kubernetes, ese numero esta ahi mismo.
Cuando depures un error de parseo, copia el documento en una nueva pestana del visor y alterna las opciones una a una: una sintaxis &anchor puede parecer un typo hasta que la veas expandida. Para pipelines muy largos usa indentacion de 4 espacios para ajustarte a las guias de estilo comunes; para revision inline o pegado en chat, 2 espacios es mas compacto. Conserva siempre la estructura original del documento al hacer commit de la configuracion: un visor sirve para inspeccionar, no para normalizar.