Линтеры вне кода: как HTML, Markdown и YAML становятся предсказуемыми

Когда я прихожу в новый проект и провожу аудит, почти всегда вижу одну и ту же картину. Код аккуратный, линтеры строгие, CI настроен. Но стоит открыть разметку или конфиги — и начинается творческий беспорядок. Кто-то форматирует по одному, кто-то по другому, кто-то копирует куски из StackOverflow, не особо понимая синтаксис. Получается парадокс: мы защищаем самую очевидную часть системы и игнорируем инфраструктуру, документацию и шаблоны. Хотя по факту это такие же контракты проекта, просто записанные не на языке программирования, а на языках разметки. Со временем я перестал разделять «код» и «не код». Если файл участвует в работе продукта — он должен быть проверяемым. Автоматически. Без надежды на внимательность разработчика. В данной статье я покажу, как именно это выглядит на практике и какие инструменты я использую каждый день.

https://habr.com/ru/articles/1001496/

#линтеры #git_hooks #htmlhint #markdownlint #yamllint #проверка_кода #ci #качество_кода #контроль_качества #code_style

Any of you using #yamllint?

Is there an official or maintained 3rd party #docker image?

I used to use cytopia/yamllint which has been last been update > 1 year ago.

Or is there an even better tool to fail early on syntactical errors in YAML?

#yamllint verifies the syntax and style of #YAML data.

yamllint parses YAML files to find syntax errors, as well as stylistic issues. yamllint supports enabling rules for many stylistic elements, including newline before EOF, ordering of keys, indentation, comments, separators, trailing whitespace, implicit truthy values, and more. yamllint can be easily integrated with several editors and CI tools.

Website 🔗️: https://github.com/adrienverge/yamllint

apt 📦️: yamllint

#free #opensource #foss #fossmendations