我对如何更好地管理多个环境进行了一些研究和观看了一些视频，但仍然对如何更好地管理它感到困惑。
假设我有一个具有以下结构的单一存储库：
main.tf
variables.tf
backend.tf
dev/
variables.tfvar
backend.dev.hcl
prod/
variables.tfvar
backend.production.hcl
接下来，在我的代码库中有两个分支（dev和main）。 在dev分支提交生产环境的变量值是否合理？请问如何遵循最佳实践来处理这种情况？
另外一个问题是，一旦在dev分支做出任何更改，最好的方法是将这些更改合并到prod分支而不会丢失任何dev / prod terraform配置？
提前感谢！
在将 Terraform 配置应用到“真实基础设施”之前，您可以使用 Terraform CLI 工作区 创建临时附加状态，与您的配置相关联，以便尝试应用更改，而不会影响代表“默认”工作区中的主要基础架构：
使用terraform workspace new temp-test创建一个临时工作区。
使用您的版本控制系统选择最近应用于default工作区的提交。这通常位于版本控制存储库的主分支上，但根据您使用VCS的方式，您可能需要选择早期提交以排除尚未应用于真实系统的任何更改。
使用terraform apply创建等效基础设施以成为测试的基础。
使用您的版本控制系统切换回您打算测试的配置。这通常是存储库中的功能分支，可能附加到拉取请求上。在此工作流程的实际版本中，将临时工作区命名为分支名称可能很有帮助，因此您的同事可以轻松地查看哪些分支和工作区彼此相关。
再次使用terraform apply计划并应用新配置所表示的更改。
如果应用成功，请检查它创建的基础设施，以确保其按照您预期的方式运行。
完成后：
terraform destroy销毁temp-test基础设施terraform workspace select返回默认工作区terraform workspace delete temp-test删除临时工作区module "network-production" {
source = "../modules/network"
cidr_block = "10.1.0.0/16"
# etc...
}
module "network-production" {
source = "../modules/network"
cidr_block = "10.2.0.0/16"
# etc...
}