You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are two benefits to this, firstly keys need to be unique anyway, so defining them as a map instead of a list implicitly enforces this in terraform. However the primary reason is because we would then be able to utilize terraforms lifecycle.ignore_changes meta argument to ignore changes in certain attributes. e.g.
This is desirable for us because we have some environmental variables managed by our CICD pipeline, and others would be more suited to terraform. Terraform does support ignore_changes applied to array elements, however relying on the order of the variables feels fragile.
The text was updated successfully, but these errors were encountered:
Thanks for the request.
This is actually quite a smart change and I think would benefit a lot of other people as well.
Not sure of the timeline of when this can be added but definitely will be!
I'd suggest that the environmental variables should be defined as a map instead of in a list. e.g. instead of
it would be
There are two benefits to this, firstly keys need to be unique anyway, so defining them as a map instead of a list implicitly enforces this in terraform. However the primary reason is because we would then be able to utilize terraforms lifecycle.ignore_changes meta argument to ignore changes in certain attributes. e.g.
This is desirable for us because we have some environmental variables managed by our CICD pipeline, and others would be more suited to terraform. Terraform does support ignore_changes applied to array elements, however relying on the order of the variables feels fragile.
The text was updated successfully, but these errors were encountered: