Terraform GitHub Provider是否支持操作多个GitHub组织的仓库密钥？

问题1：GitHub Provider是否支持跨多个GitHub组织操作 #

该Provider本身是支持跨多组织操作的，不需要依赖额外的专属特性，直接使用Terraform原生的多Provider别名机制即可实现。

你可以为每个需要操作的GitHub组织单独配置一个带别名的Provider实例，每个实例分别指定对应组织的所有者名称和有权限的PAT令牌，配置示例如下：

# 配置组织1的Provider实例
provider "github" {
  alias = "org1"
  owner = "组织1的名称"
  token = "组织1的访问令牌"
}

# 配置组织2的Provider实例
provider "github" {
  alias = "org2"
  owner = "组织2的名称"
  token = "组织2的访问令牌"
}

操作对应组织下的仓库密钥时，给资源指定对应的provider即可，示例如下：

# 为组织1下的仓库添加密钥
resource "github_actions_secret" "org1_repo_secret" {
  provider = github.org1
  repository      = "org1下的目标仓库名"
  secret_name     = "TEST_SECRET"
  plaintext_value = "密钥内容"
}

# 为组织2下的仓库添加密钥
resource "github_actions_secret" "org2_repo_secret" {
  provider = github.org2
  repository      = "org2下的目标仓库名"
  secret_name     = "TEST_SECRET"
  plaintext_value = "密钥内容"
}

问题2：替代实现方案 #

如果不想用多Provider配置，也可以根据你的使用场景选择以下方案：

• 批量脚本方案：使用GitHub官方CLI工具gh，通过shell/Python等脚本遍历你要操作的组织和仓库列表，直接执行gh secret set命令完成密钥添加，适合不需要纳入Terraform状态管理的临时批量操作场景。
• 直接调用API方案：调用GitHub原生的Actions密钥管理接口，通过脚本遍历组织和仓库完成密钥添加，适合需要自定义复杂逻辑的场景。
• Terraform模块封装方案：如果组织数量较多，可以封装通用的仓库密钥配置模块，结合for_each批量加载所有组织、仓库、密钥的配置清单，自动生成对应资源，减少重复代码。

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