Azure DevOps中Terraform管道无法识别Bash脚本创建的工作区

Bash脚本已经成功创建、切换到目标工作区，但后续Terraform任务仍加载default工作区运行的核心原因有两点：

• Azure DevOps官方Terraform扩展的任务运行上下文和前序Bash任务完全隔离，不会继承Bash shell会话里执行terraform workspace select产生的临时状态。如果任务自身配置没有指定目标工作区，会强制重置回default工作区执行，完全感知不到前序脚本的切换动作。
• 路径错配问题：如果Bash脚本执行时的工作目录，和后续Terraform任务指定的工作目录不一致，哪怕已经在脚本里完成了工作区切换，后续任务也读不到对应目录下存储的.terraform工作区状态标识，自然会回到默认工作区。

• 首先对齐所有Terraform相关任务的工作目录：不管是运行工作区创建/切换的Bash脚本，还是后续的terraform plan、terraform apply类任务，都要配置成完全相同的、存放Terraform核心代码的根目录，从根源上避免路径不一致读不到状态的问题。
• 不要依赖Bash脚本的切换动作给后续Terraform任务传递工作区状态，最稳妥的做法是在每一个Terraform官方任务的配置面板里，显式填写要使用的工作区名称：
  官方任务的工作区选择优先级为「任务配置中显式指定的工作区 > 内置默认的default工作区」，和前序脚本的切换动作无关。你之前写的Bash脚本可以保留，只用来做前置校验——目标工作区不存在时自动创建，不需要承担工作区状态传递的作用。
• 如果不想在每个任务里重复配置工作区名称，可以把后续所有的terraform plan、terraform apply动作都合并到同一个Bash脚本里执行，完全绕过Azure DevOps的独立Terraform任务组件：同一个shell会话里执行的所有Terraform命令，会共享workspace select切换后的状态，不会出现状态丢失的问题。
• 可以在Bash脚本的切换逻辑最后加一行terraform workspace show的日志输出，确认当前目录下实际生效的工作区名称，对照后续任务的配置路径做交叉校验，排除路径错配问题。

内容的提问来源于stack exchange，提问作者Luis Armando