删除GCP临时存储桶后gcloud app deploy报错，无法重建存储桶

应急部署方案（快速完成变更） #

• 跳过默认staging桶，指定已有的自定义存储桶完成部署：
  执行部署命令时添加--staging-bucket参数，指向你项目下有权限的任意现有存储桶：

  gcloud app deploy --staging-bucket=gs://your-existing-bucket-name
  

  该方法直接绕开缺失的默认staging桶，优先使用指定桶完成部署，满足紧急发布需求。

彻底恢复默认staging桶的步骤 #

如果后续需要恢复默认桶，按以下操作：

1. 验证关联域名所有权：
   针对项目主域名（如my-proj-id.appspot.com）通过Google Search Console完成验证，可选两种方式：
   • 上传HTML验证文件到App Engine静态资源目录后部署
   • 在域名服务商后台添加指定DNS TXT记录
2. 重建默认staging桶：
   验证通过后，执行命令创建桶：

   gsutil mb gs://staging.my-proj-id.appspot.com
   

   若仍有权限报错，确认当前账号拥有storage.buckets.create权限（可通过IAM角色roles/storage.admin或roles/storage.objectAdmin赋予）。

后续成本优化建议 #

• 禁止删除App Engine默认的staging和artifacts存储桶，这些属于服务依赖资源，删除会引发部署、版本管理等异常。
• 配置存储生命周期规则自动清理旧对象：给默认桶设置自动删除规则（比如部署完成后7天清理旧文件），而非删除整个桶。示例命令：
  先创建lifecycle-config.json文件：

  {
    "rule": [
      {
        "action": {"type": "Delete"},
        "condition": {"age": 7}
      }
    ]
  }
  

  再应用规则到staging桶：

  gsutil lifecycle set lifecycle-config.json gs://staging.my-proj-id.appspot.com
  

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