为什么要连续/地形中的生产计划作业在合并请求管道上启动？

Question

我想知道为什么未来连续/地形模板中的作业“tf-计划-生产”是唯一运行在合并请求管道上的作业？

有人知道背后的原因吗？

因为我发现有两个管道，一个分离的管道只包含一个作业，而另一个管道包含所有其他的工作(tf-计划审查，tf-tflint，tf-checkov .)。我不愿推翻这条规则，因为我可能错过了一些重要的事情。

更准确地说，在这个连续模板中，所有定义的作业都不会使用以下规则在合并请求管道上运行：

# exclude merge requests
 - if: $CI_MERGE_REQUEST_ID
 when: never

除有规定的“tf-计划-生产”工作外：

# enabled on merge requests
- if: $CI_MERGE_REQUEST_ID

Answer 1

terraform plan是一种非破坏性操作，它将terraform创建的内容与输出中存在的内容进行比较，并在现有状态和已编码但未创建的状态之间创建差异。

通常，它是在创建PR时运行的，这样开发人员就可以使用并看到一个模拟运行，而terraform apply则运行在合并上。如果没有其他环境开发人员可以在其中测试他们的更改，这是一个必要的步骤。