A
terraform show -json plan.zip тоже не содержит простого способа понять есть ли измененияterraform show -json plan.zip | jq '.resource_changes[] | select(.change.actions[0] != "no-op")'пока не уверен, что это то что мне надо, ща проверю
Size: a a a
2020 January 22
A
да, похоже на то
A
если пусто, значит план ничего не меняет
MB
а какой смысл в бинарном представлении плана в артифактах? с ними потом чтото делают?
A
terraform apply plan.zipMB
а есть описание всего флоу? или сами придумывали?
A
я вон выше уже описал в паре сообщений
MB
я чутка не понял
план создается для MR, а потом применяется при мерже в master?
план создается для MR, а потом применяется при мерже в master?
A
план создаётся всегда
MB
я немного не понимаю цели.. у нас есть 2 независимых пайплайна:
1) для MR - тут нужен plan чтобы видно было что меняется, но я не пойму зачем на этом этапе сохранять бинарную версию
2) для master - тут мы про plan из MR уже ничего не знаем, и просто делаем apply по текущему состоянию кодовой базы
1) для MR - тут нужен plan чтобы видно было что меняется, но я не пойму зачем на этом этапе сохранять бинарную версию
2) для master - тут мы про plan из MR уже ничего не знаем, и просто делаем apply по текущему состоянию кодовой базы
A
можно было накопипастить джоб и на них понавешать rule, но моё чувство прекрасного с этим не согласилось
this
MB
понял, спасибо.
а ведь было бы интересно применять планы (только изменения) прилетевшие из MR
а ведь было бы интересно применять планы (только изменения) прилетевшие из MR
A
было бы, но в гитлабе обмен файлами между MR и мастером возможно только через кеш (или костылями через артефакты)
A
я решил попроще сделать
A
да, не максимально оптимально, но мне норм
A
я немного не понимаю цели.. у нас есть 2 независимых пайплайна:
1) для MR - тут нужен plan чтобы видно было что меняется, но я не пойму зачем на этом этапе сохранять бинарную версию
2) для master - тут мы про plan из MR уже ничего не знаем, и просто делаем apply по текущему состоянию кодовой базы
1) для MR - тут нужен plan чтобы видно было что меняется, но я не пойму зачем на этом этапе сохранять бинарную версию
2) для master - тут мы про plan из MR уже ничего не знаем, и просто делаем apply по текущему состоянию кодовой базы
ну там ещё есть особенность что я файл плана трогаю чтобы данные из него вытащить, а если файл у меня уже есть, то чо б его и не использовать сразу
DZ
В папке с проектом создаётся каталог .terraform, там и сведения о бэкенде и модули
Тогда хз, у меня с таким сетапом в комьюнити идее с тф плагином все работало
DZ
подскажите, есть ли простой и быстрый способ проверить, есть ли в сгенерированном плане изменения или там
0 to add, 0 to change, 0 to destroy?tf plan | grep не вариант?
A
Dmytro Zavalkin
tf plan | grep не вариант?
вот это новая идея, спасибо!
DZ
даже хуже:
script:
- terraform plan -lock-timeout=120s -input=false -out=$plan
- terraform show -no-color $plan > $plan.txt
Добавить tee и результат grep в ещё один файл?