l
что за книга
Хоштейн_Л_,_Р_Мозер_Запускаем_Ansible
Size: a a a
2020 June 06
СM
Хоштейн_Л_,_Р_Мозер_Запускаем_Ansible
спасибо
AK
боже, сколько воды. Достаточно было написать что это обычный yaml который преобразует в boolean по таким правилам.
AK
Никакого смысла в специальных правилах как обозначать true/false - нет
AK
Вариант нашего стайлгайда:
https://lean-delivery.com/ansible-development-kit/docs/ansible_style_guide
https://lean-delivery.com/ansible-development-kit/docs/ansible_style_guide
Why?
The main reasoning behind this is that Python have same convention for boolean values.
И питон здесь только при том, что на нём написан ансибл? Как это влияет на процесснг yaml?
ДА
Why?
The main reasoning behind this is that Python have same convention for boolean values.
И питон здесь только при том, что на нём написан ансибл? Как это влияет на процесснг yaml?
ДА
То есть одна из причин - мало ли чем в будущем будет парситься файл и как себя ведет конкретный процессор ямлов. Жаль, нет примеров тех из них, которые ломаются на False/no
AK
То есть одна из причин - мало ли чем в будущем будет парситься файл и как себя ведет конкретный процессор ямлов. Жаль, нет примеров тех из них, которые ломаются на False/no
Может сломаться, если вы передаёте true/false/yes/no/... и думаете это будет восприниматься как строка. Схожие проблемы возникают когда строка содержит число, тогда процессор переведёт это именно в число. Нужно просто понимать yaml и уметь пользоваться экранированием
AK
"стиль" обозначать false как false тут не при чём
AK
никакого профита нет
D
ух ты, спасибо. есть на что опираться хотя бы.
D
ansible-lint
Пипом ставишь и все.
Пипом ставишь и все.
поставил. запустил, ничего не сказал по поводу True/yes
D
Вариант нашего стайлгайда:
https://lean-delivery.com/ansible-development-kit/docs/ansible_style_guide
https://lean-delivery.com/ansible-development-kit/docs/ansible_style_guide
спасибо, посмотрю Ваш стайлгайд
D
Эм тут же даже shell mkdir -p справится
что полностью нарушает идеалогию ансибл. и делает из него башсибл...
D
Ansible-lint юзай. И стайлгайдов придерживайся
от линтера мало толку что-то. по поводу использования в модулях yes/no он молчит. зато по поводу yum state: latests ругается. хотя в большинстве best practices именно так советуют. даже на оф. сайте.
DS
а есть какое-то style соглашение для ansible playbook-ов? а то уже бесит, открываешь 5 разных плейбуков, а там к примеру:
осталось ещё добавить on/off...
gather_facts: True
gather_facts: true
gather_facts: yes
осталось ещё добавить on/off...
Yamllint
TG
от линтера мало толку что-то. по поводу использования в модулях yes/no он молчит. зато по поводу yum state: latests ругается. хотя в большинстве best practices именно так советуют. даже на оф. сайте.
От правил зависит. Можно любые кастомные правила добавлять
TG
И ещё yamllint есть
TG
Он по умолчанию как раз lowercase правильным считает
TG
В ansible-galaxy такие Настройки используются