带有 Terragrunt/Terraform 单一存储库的 CI/CD

Question

我在一个单一仓库中使用 Terragrunt，如下所示用于多个项目和环境：

projects/
├─ terragrunt.hcl
├─ teamA/
│  ├─ dev/
│  │  ├─ some-service/
│  │  │  ├─ terragrunt.hcl
│  ├─ prod/
│  │  ├─ some-service/
│  │  │  ├─ terragrunt.hcl
├─ teamB/
│  ├─ dev/
│  │  ├─ another-service/
│  │  │  ├─ terragrunt.hcl
│  ├─ prod/
│  │  ├─ another-service/
│  │  │  ├─ terragrunt.hcl

我已经读过，在使用 Terragrunt 时，最佳做法是在需要部署的模块上运行plan / apply命令，而不是run-all apply它将递归地在所有模块上运行 apply 这有时会破坏事情（ ？）。

我还被告知，如果我们对所有内容运行apply ，有一些资源会得到重建，并且可能会清除团队所做的任何手动更改。 有点泡菜。

但是，我不熟悉如何在 CI/CD 管道方面进行此操作，并且仅在更新的模块上执行命令。

我还假设依赖关系需要在每个项目模块的.hcl文件中非常明确地说明，以免尝试部署需要其他东西已经存在的东西。

流动

1. 工程师克隆代码
2. 工程师创建并签出新分支，例如。 fix/thing
3. 工程师更新projects/teamB/dev/another-service/terragrunt.hcl
4. 工程师提交代码并随分支推送回远程
5. 工程师打开拉取请求
   • 这会触发projects/teamB/dev/another-service/terragrunt.hcl terragrunt plan上的terragrunt plan
6. 工程师向projects/teamA/prod/some-service/terragrunt.hcl提交另一个更改
   • 这会重新触发仅针对受影响模块的plan
     • projects/teamB/dev/another-service/terragrunt.hcl
     • projects/teamA/prod/some-service/terragrunt.hcl
7. PR 被批准并合并
   • 这会触发一个apply仅在受影响的模块：
     • projects/teamB/dev/another-service/terragrunt.hcl
     • projects/teamA/prod/some-service/terragrunt.hcl

我看到的一些答案涉及向 CI/CD 工具解析的提交或 PR 添加指令。 另一个提到运行git diff并解析已更改的文件夹/文件。

有没有人部署过类似 terragrunt 甚至 terraform 的东西？