原公司GKE项目权限移除后，新App Engine配置遇gcloud 403权限错误

这问题我之前帮好几个朋友排查过，核心原因其实是你的gcloud CLI还绑定着之前公司的项目配置和失效的认证凭据——哪怕是gcloud --help这种看似完全不涉及权限的命令，CLI在启动时可能会悄悄尝试加载默认项目的元数据或验证现有凭据的有效性，而你的账号已经被移除了该项目的权限，所以直接抛出403错误。

具体触发原因 #

• 默认项目仍指向原公司的GCP项目：gcloud config list这类命令本应读取本地配置，但如果默认项目被设置为原公司项目，CLI会尝试获取该项目的基础信息（比如状态），此时触发权限检查，因你已无权限而报错。
• 本地存储的认证凭据失效未清理：之前通过gcloud auth login生成的凭据存在本地目录（Linux/macOS为~/.config/gcloud/，Windows为C:\Users\<你的用户名>\.config\gcloud\），这些凭据对应的账号已被移除权限，CLI每次启动都会验证凭据有效性，失败后返回403。
• 残留的应用默认凭据（ADC）干扰：如果之前用过gcloud auth application-default login设置过应用默认凭据，这些凭据会被CLI优先使用，同样因权限失效导致报错。

解决步骤 #

1. 彻底重置gcloud配置（推荐）
   删除本地gcloud配置文件夹，清空所有旧配置和失效凭据：

   • Linux/macOS：执行 rm -rf ~/.config/gcloud/
   • Windows：手动删除C:\Users\<你的用户名>\.config\gcloud\文件夹

2. 重新初始化gcloud
   执行 gcloud init，按照提示登录你的个人Google账号，创建或选择与原公司无关的全新GCP项目，完成配置后即可正常使用。

3. （可选）局部修复无需全量重置
   如果你不想删除所有配置，可手动覆盖默认项目并重新登录：

   • 先设置默认项目为你有权限的个人项目：gcloud config set project <你的个人项目ID>
   • 重新登录个人账号：gcloud auth login，按提示完成认证即可覆盖旧凭据。

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