Terragrunt 依赖传递问题分析：从 v0.54.16 版本开始的兼容性问题

问题背景

在 Terragrunt 配置管理中，一个常见的模式是通过 read_terragrunt_config 函数读取父目录配置来实现配置的继承和复用。然而从 v0.54.16 版本开始，用户报告了一个关键功能变更：子模块无法正确获取父模块中定义的依赖项输出。

技术细节分析

原有工作模式

在 v0.54.15 及之前版本中，Terragrunt 的依赖解析机制允许以下配置模式正常工作：

1. 父模块定义依赖项：

dependency "s3" {
  config_path = "../s3"
  mock_outputs = {
    example-s3 = "mock-value"
  }
}

inputs = {
  s3_bucket = dependency.s3.outputs.example-s3
}

2. 子模块通过读取父配置继承输入：

inputs = read_terragrunt_config("..").inputs

这种模式使得依赖项的输出可以沿着模块层次结构向下传递。

v0.54.16 的变更影响

版本升级后，子模块中的 read_terragrunt_config 调用不再能解析父模块中定义的依赖项。具体表现为：

• 依赖项输出变为未定义状态
• 任何尝试访问依赖输出的操作都会抛出 "Unsupported attribute" 错误
• 配置继承链被部分中断

问题复现与验证

通过简化测试案例可以验证此问题：

1. 父模块配置：

dependency "test-bucket" {
  config_path = "../test-bucket"
  mock_outputs = { test-bucket = "mock-value" }
}

inputs = {
  bucket_name = dependency.test-bucket.outputs.test-bucket
}

2. 子模块配置：

inputs = read_terragrunt_config("..").inputs

在 v0.54.15 下正常工作，但在 v0.54.16+ 会报告找不到 test-bucket 依赖。

影响范围评估

此变更影响了以下典型使用场景：

1. 多层级模块配置继承
2. 集中式依赖管理设计
3. 需要跨模块共享依赖输出的架构

临时解决方案

目前可行的临时解决方案包括：

1. 锁定 Terragrunt 版本为 v0.54.15
2. 在子模块中重新定义相同的依赖项
3. 将依赖输出通过显式变量而非继承方式传递

技术建议

对于长期解决方案，建议：

1. 明确依赖项的可见性范围
2. 设计更清晰的模块接口
3. 考虑使用显式变量传递替代隐式继承

总结

这个变更反映了 Terragrunt 在配置解析逻辑上的重要调整，虽然可能出于代码健康度考虑，但对现有架构模式产生了较大影响。用户在升级时需要特别注意此变更，并相应调整自己的配置架构。