使用Terraform导入Git仓库前修改源文件的实现方案咨询

原有内置Import初始化逻辑不支持中途修改文件，且null_resource在远程后端场景下容易因为执行上下文、触发器匹配问题失效，可采用以下两种更稳定的实现方式：

方案一：拆分创建+自定义文件推送（推荐） #

放弃内置的Import初始化逻辑，先创建空仓库，再通过官方Git文件资源提交修改后的内容，全程不需要本地执行依赖，适配所有后端场景：

# 原有服务端点保留
resource "azuredevops_serviceendpoint_generic_git" "serviceendpoint" {
  project_id            = azuredevops_project.project.id
  repository_url        = "https://{ORG}@dev.azure.com/{ORG}/{Proj}/_git/newrepo"
  username              = "test"
  password              = "PAT"
  service_endpoint_name = "Sample Generic Git"
  description           = "Managed by Terraform"
}

# 创建空的新仓库，不使用Import初始化
resource "azuredevops_git_repository" "reponew" {
  project_id = azuredevops_project.project.id
  name       = "newrepo"
  initialization {
    init_type = "Uninitialized"
  }
}

# 示例：修改README.md文件内容后提交
resource "azuredevops_git_repository_file" "readme" {
  repository_id = azuredevops_git_repository.reponew.id
  file          = "README.md"
  content       = <<EOT
# 修改后的新仓库说明
这是导入源仓库后修改过的内容
EOT
  commit_message = "chore: 修改README文件"
  overwrite_on_create = true
}

# 其他需要修改的文件按上述格式逐个添加即可，源仓库的文件可以提前拉取到本地作为模板处理

方案二：替换null_resource为带强制触发的external数据源 #

如果需要保留源仓库的全部提交历史，必须先拉取源仓库修改后再推送，可以用external数据源替代null_resource，绑定明确的触发条件避免失效：

# 提前把修改Git仓库的逻辑写为本地脚本，比如modify_repo.sh
data "external" "modify_and_push_repo" {
  program = ["bash", "${path.module}/modify_repo.sh"]

  # 绑定触发条件，只要以下任意值变化就会重新执行脚本
  query = {
    source_repo_url = "https://{ORG}@dev.azure.com/{ORG}/{Proj}/_git/parentrepo"
    target_repo_url = azuredevops_git_repository.reponew.remote_url
    file_hash       = filesha256("${path.module}/modify_repo.sh")
    pat             = var.azure_devops_pat
  }

  # 依赖空仓库创建完成后再执行
  depends_on = [azuredevops_git_repository.reponew]
}

脚本modify_repo.sh内需实现拉取源仓库、修改指定文件、推送至新仓库的完整逻辑，凭证通过参数传入避免硬编码

注意事项 #

• 所有敏感凭证（比如PAT）建议通过Terraform变量或者敏感数据源读取，不要直接写在配置文件中
• 如果需要保留源仓库的全量提交历史，优先选择方案二；不需要全量历史的场景下方案一的稳定性和可维护性更高
• 执行逻辑的触发条件中可以加入需要修改的文件的哈希值，确保只要文件内容变化就会自动触发重新执行

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