-
Notifications
You must be signed in to change notification settings - Fork 9.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Do not store config in state #7179
Comments
I traced this to https://github.com/hashicorp/terraform/blob/master/command/state.go#L212, where the Terraform state object is passed to |
Yes and no. For the use case I have now, we are indeed using a single S3 bucket with a varying path per terraform root, but there could be cases where we'd want to use different S3 buckets (because different projects might use different AWS accounts). |
Hi @raphink! I'm not entirely certain of the idempotency benefit that would be brought by this - can you (or perhaps @apparentlymart) elaborate a bit on your suggestion of what information would be added to and removed from the various files involved? |
Hi @raphink! Sorry for the long silence here. Back in Terraform v0.9 we did indeed split these two artifacts by making the We missed this on previous update passes because it was labeled in and old way that our filters didn't catch. Sorry about that! |
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further. |
Terraform Version
v0.6.16
Expected Behavior
Config and state should be stored in separate files for idempotency reasons. This would save users from having to write Makefiles and such to manage remote state configs.
Actual Behavior
Remote config and state are stored in the same
terraform.tfstate
file, mixing configuration and data.The text was updated successfully, but these errors were encountered: