AA
(и почему TF не убивает старый target group при использовании
name?)потому что не забывайте страдать.
я тоже наступал на это
я тоже наступал на это
Size: a a a
2020 May 13
DK
думаю что дело в "создании перед удалением"
DK
так много где в AWS... если задал имя - страдай)
DK
lifecycle {
create_before_destroy = false
}по идее надо
h
В TFE я могу сделать план нужной мне ветке, в воркспейсе?
AA
lifecycle {
create_before_destroy = false
}по идее надо
помогло?
DK
хз, пока не смотрел еще. ближе к вечеру глянем-с
h
Подскажите, как лучше выкрутиться с версиями модуля тераформа. У нас везде в таком виде
version = "~> 2.0.1", а для дев версий мы форкаем проджект, потом мержим. Это тянет за собой неудобство в тегировании последовательными версиями. Можно как-то отсечь например версии 2.0.1beta? Паттерном ТФ не умеет?h
Особенно неудобно, когда нужно втянуть черипиком что-то из другого проджекта.
h
~> 1.2.0: any non-beta version >= 1.2.0 and < 1.3.0, e.g. 1.2.X вот тут не совсем понятно, что значит non-beta?AR
Подскажите, как лучше выкрутиться с версиями модуля тераформа. У нас везде в таком виде
version = "~> 2.0.1", а для дев версий мы форкаем проджект, потом мержим. Это тянет за собой неудобство в тегировании последовательными версиями. Можно как-то отсечь например версии 2.0.1beta? Паттерном ТФ не умеет?А source часом не git?
h
Гит, битбакет
VT
~> 1.2.0: any non-beta version >= 1.2.0 and < 1.3.0, e.g. 1.2.X вот тут не совсем понятно, что значит non-beta?Почему не хочется использовать более строгую привязку к версии? ref=?
h
Обычно так и было, на этом проекте политика иная
h
Мотивация мол при накате новой версии модуля, менять нужно в многих местах... Впрочем, я вижу в таком подходе потенциальную проблему
AR
Боюсь, вы себе в ногу стреляете. ref сделан ровно для того, что вы хотите.
h
Потерял мысль, объясни?
h
Что за ref?
AR
Насколько я могу судить, при релизе исправить
ref понадобится ровно в стольких же местах, в скольких и version.