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
{{ message }}
This repository has been archived by the owner on Nov 13, 2024. It is now read-only.
In current versions of Terraform we generally recommend that a specific configuration should either be managing an object or reading the object using a date resource, but not both at the same time.
He then details what a variable design would be that avoids this issue:
variable"resource_group" {
type=object({
name =string
location =string
})
}
This would obviously be a breaking change to the module (requiring a major version bump), but it wouldn't be hazardous to users: accidental upgrades would cause an error that the new variable is missing, allowing them to update the variable and continue using the module.
The text was updated successfully, but these errors were encountered:
Thanks @troyready for opening this issue. I'm closing it since it has been fixed by #72. Please feel free to reopen it if you have any further question.
Passing in the resource_group name only and relying on
depends_on
on the module causes lifecycle issues for the resources in this module. E.g., if the tags on the resource group are changed then the subnets will be replaced (because of a new computedlocation
attribute on the resource group data_source in the module).Martin's recommendation is that:
He then details what a variable design would be that avoids this issue:
Able to be consumed like:
This would obviously be a breaking change to the module (requiring a major version bump), but it wouldn't be hazardous to users: accidental upgrades would cause an error that the new variable is missing, allowing them to update the variable and continue using the module.
The text was updated successfully, but these errors were encountered: