GCP Terragrunt执行报googleapi: Error 409请求实体已存在问题咨询

• 核心冲突来自GCP项目ID的全局唯一性规则：GCP中project_id是全局唯一标识，和项目所属文件夹、组织无关，项目删除后会进入30天回收站，回收期中ID不会被释放，无法用于新建项目。你使用的Terraform模块中如果project_name参数对应GCP的project_id字段，就会触发该全局唯一性校验。
• Terragrunt的递归扫描机制：执行terragrunt命令时会自动扫描当前目录及所有父/子目录下后缀为.hcl的terragrunt配置文件，你移动配置到测试目录后，原生产目录下的terragrunt.hcl未更名时，会被同时加载，两个配置指向同一个project_name导致创建冲突。
• 状态未同步迁移：你通过剪切粘贴方式移动配置文件到新目录，没有同步迁移原目录下对应的Terraform状态文件，新目录执行apply时会被判定为要创建全新资源，而不是更新原有项目的所属文件夹，因此触发已存在报错。
• 删除无关项目触发报错的原因：删除其他项目后Terraform执行时会刷新组织下所有资源的列表，检测到回收站内的同名pimsstest项目存在，因此抛出409错误，两个项目本身无直接依赖，是全局资源校验触发的报错。

• 执行gcloud projects list --show-deleted，查看是否有同名的pimsstest项目处于DELETED状态
• 在测试目录下执行terragrunt state list，检查当前状态是否为空，无已存在的项目资源记录
• 在根目录下执行terragrunt run-all plan，查看是否同时加载了两个目录下的pimsstest项目配置

• 复用原有项目：首先在GCP控制台恢复被删除的pimsstest项目，将原生产目录下的Terraform状态迁移到测试目录的状态存储路径，更新inputs中的folder_id参数为测试文件夹ID后重新apply即可修改项目所属文件夹。
• 新建项目：更换inputs中的project_name值为未被使用的全局唯一ID，直接执行apply即可。如果要使用原有ID，需等待30天回收期满自动释放，或提交工单联系GCP支持提前释放ID。
• 临时规避：将原生产目录下不再使用的terragrunt.hcl重命名为带.bck后缀的文件，阻止Terragrunt扫描加载该冲突配置。

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