为什么生产计划作业要在合并请求管道上启动?

Question

我想知道为什么工作"计划-生产";在待连续/地形模板是唯一一个运行在合并请求管道?
有人知道这背后的原因吗?
因为我发现有2个管道很麻烦，1个独立的管道只包含一个作业，而另一个管道包含所有其他作业(tf-plan-review, tf-tflint, tf-checkov…)。我很犹豫是否要推翻这个规则，因为我可能会错过一些重要的东西。

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

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

除了"tf-plan-production";有以下规则的作业:

# enabled on merge requests
- if: $CI_MERGE_REQUEST_ID

Answer 1

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

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