Ejemplo de error de sangría YAML: espacio uno por uno

Esta página abre el validador YAML precargado con una breve configuración de servidor que contiene un error común y real: después de dos claves anidadas en cuatro espacios de profundidad, la siguiente clave vuelve a tres espacios en lugar de regresar al nivel de dos espacios del bloque circundante. YAML no tiene tolerancia de tabulaciones versus espacios ni ancho de sangría fijo, por lo que un solo espacio perdido como este no se promedia; simplemente no coincide con ningún bloque abierto y el archivo no es válido. La verificación fallida a continuación se ejecuta en vivo en el momento en que se carga la página.

Esta es una de las formas más comunes en que YAML real se rompe en la práctica: editar manualmente un archivo en un editor que no exige un tamaño de sangría consistente, o pegar un fragmento desde algún lugar con un espaciado diferente al del bloque circundante. A diferencia de una clave duplicada o una pestaña perdida, es fácil pasar por alto un error de sangría uno por uno, especialmente en un manifiesto de Kubernetes profundamente anidado o en un archivo de canalización de CI, que es exactamente la razón por la que una verificación automatizada lo detecta más rápido que un revisor humano escaneando una diferencia.

Reemplace el texto de muestra con su propio archivo para ver los mismos informes de líneas y columnas aplicados a su configuración. Una vez que comprenda el patrón de falla aquí, compárelo con el ajuste preestablecido yaml-config-example para ver la misma estructura con una sangría consistente que pasa limpiamente.