KYAML na cadeia CI/CD: formato só avança quando o objeto permanece igual

O sinal e os factos que mudam a decisão

KYAML reduz liberdade sintática no output Kubernetes, mas reformatar repositórios pode tocar templates, comentários, linters e diffs. O teste central é igualdade semântica do objeto, não beleza visual.

Todo KYAML válido é YAML válido, mas nem todo YAML já segue o subconjunto KYAML. kubectl suporta output KYAML; isso não obriga a aceitar KYAML como fonte em toda a toolchain.

Helm e geradores devem ser testados no source e no render porque whitespace pode ter significado no template. Uma conversão em massa pode perder comentários, alterar templates ou misturar mudança funcional numa avalanche de diffs.

Decisão, limites e condição de bloqueio

Introduza KYAML como output de inspeção e num diretório piloto antes de alterar fontes ou preferências de equipa.

Uma conversão em massa pode perder comentários, alterar templates ou misturar mudança funcional numa avalanche de diffs.

Execução e prova de conclusão

A execução deve começar por selecionar manifests simples, helm e crds representativos. Depois, comparar objeto canónico antes/depois e executar schema, policy e dry-run. O fecho exige separar commit de formato de qualquer alteração de api ou valor.

O piloto passa com objeto igual, comentários preservados, toolchain verde e revisão humana mais clara.

• selecionar manifests simples, Helm e CRDs representativos.
• comparar objeto canónico antes/depois e executar schema, policy e dry-run.
• separar commit de formato de qualquer alteração de API ou valor.
• O piloto passa com objeto igual, comentários preservados, toolchain verde e revisão humana mais clara.