Ах вот оно что..

короткий вопрос - yaml или ini ? что удобнее ?

короткий вопрос - yaml или ini ? что удобнее ?

Удобнее для чего?

Конечно

не могу понять, как. можно подсказку? =)

Bitbucket Pipelines

я не нахожу аргумента такого или иного способа, что наталкивает на мысль, что скорее всего так нельзя, но меня это удивляет

Исходная репа - https://github.com/geerlingguy/ansible-role-jenkins Форк - https://github.com/RenderQwerty/ansible-jenkins Импорт в галакси - https://galaxy.ansible.com/renderqwerty/ansible_jenkins Можно в самом галакси посмотреть на README.md и увидеть что первая строка выглядит как "Ansible Role: Jenkins CI System" - это то, что менял для примера А в результате выполнения ansible-galaxy install renderqwerty.ansible_jenkins мы получаем состояние коммита в исходной репе Джеффа

Должность: заместитель гугла

У меня задача поддерживать актуальное срстояние

да-да, спасибо про переменные там говрится ровно то, что в стандартную переменную ANSIBLE_VAULT_PASSWORD_FILE можно зашить путь к файлу. я же говорю про то, что бы хранить ключ не в файле, а в самой переменной, которая существует только в настройках CI, т.о. если получить склонированный репозиторий, то вне CI расшифровка будет невозможна

echo $secret > file

думаю, не придумывается. я не могу найти способ передать волту, что ключ в переменной, а не в файле

bitbucket pipelines

да-да, спасибо про переменные там говрится ровно то, что в стандартную переменную ANSIBLE_VAULT_PASSWORD_FILE можно зашить путь к файлу. я же говорю про то, что бы хранить ключ не в файле, а в самой переменной, которая существует только в настройках CI, т.о. если получить склонированный репозиторий, то вне CI расшифровка будет невозможна

а что нельзя хранить этот файл не в репозитории, а только в CI? у нас так сделано... склонировал репо, подложил файл и работай сколько хочешь

зашифрованные данные надо как-то расшифровывать в конце концов.

bitbucket pipelines

так для того и файл подкладывается с ключем от ваулта а для клонирования репы расшифровывать ничего не надо

сейф (vault) надо расшифровывать.

"я же говорю про то, что бы хранить ключ не в файле, а в самой переменной, которая существует только в настройках CI, т.о. если получить склонированный репозиторий, то вне CI расшифровка будет невозможна" положил ключ от ваулта рядом с конфиглм CI - те же яйца получишь

дык. ансибл не система поддержания состояния. это как обижаться на питон, что в нем int - не класс. или обижаться на свою кошку, что плохо стихи пишет.

ну, расскажи-ка, что такое ансибл по твоему мнению

в ансибле нет ничего что следит за "состоянием" между запусками вручную.

стрелялка уделенными командами/действиями параллельно с наворотиками.

и самое главное - по умолчанию он ничего не делает. :) система отслеживающая состояние по крайней мере его регистрирует

Хорошо. Почему тогда башсибл - это плохо ?

потому что ломает идёмпотентность. т.е. если ничего не изменил лося, то модуль сделает 0. а в башсибле надо будет реализовывать тесты на laziness.

Идемпотентность там изначально сломана

Идемпотентность там изначально сломана

для ансибла не нужно поднимать шину сообщений. или агентов. иногда это - требование. как говорят американцы, это сравнивать яблоки с апельсинами. и то и это - фрукты...но разные.

Мне с одной стороны нравится тупизна ансибла. С другой - бесит

Мне с одной стороны нравится тупизна ансибла. С другой - бесит

а можно на конкретных примерах про бесит

а можно на конкретных примерах про бесит

Ну, это выполнялка последовательных модулей

Если я готов на реордеринг ради эффективности - ансибл это не умеет

хочется монстра - папит

хочется секса и девелопмента - чеф