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
Terraform 0.14 and higher uses .terraform.lock.hcl files with a hash of each provider/platform to be used. It would be nice if tfupdate was able to auto-update these lock files when upgrading providers. For example:
And this would do what tfupdate already does, and it would also do the equivalent of terraform providers lock -platform=darwin_amd64 -platform=linux_amd64 and recursively update all the lockfiles.
The text was updated successfully, but these errors were encountered:
Yes, the lock file management is very annoying due to the current technical limitation of the Terraform core and registry.
The current workaround is #32
The root cause of this problem is described in the upstream issue hashicorp/terraform#27264
In short, without support for providing h1 hashes in the Terraform registry, we need to reimplement a lot of terraform internals and it would be hard to support multiple terraform versions in a stable way.
Having that said, I agree with that it would be great if the tfupdate updates not only version constraints, but also lock files, so I keep this issue open as a feature request.
Terraform 0.14 and higher uses
.terraform.lock.hcl
files with a hash of each provider/platform to be used. It would be nice if tfupdate was able to auto-update these lock files when upgrading providers. For example:And this would do what tfupdate already does, and it would also do the equivalent of
terraform providers lock -platform=darwin_amd64 -platform=linux_amd64
and recursively update all the lockfiles.The text was updated successfully, but these errors were encountered: