gcloud config set project设置无效：指定dev项目却调用prod项目求助

我来帮你排查这个诡异的问题——明明已经把gcloud配置设为mydom-dev，执行gcloud projects get-iam-policy命令时却提示API未在mydom-prod启用，这大概率是配置优先级冲突或环境变量干扰导致的，咱们一步步来定位解决：

第一步：确认当前实际生效的项目 #

首先得搞清楚gcloud CLI实际在使用哪个项目，因为配置可能被更高优先级的来源覆盖。执行以下命令直接查看生效项目：

gcloud info --format='value(config.project)'

如果输出是mydom-prod，那说明确实有其他配置在覆盖你的default设置，继续往下排查。

第二步：排查常见干扰源 #

1. 环境变量GOOGLE_CLOUD_PROJECT干扰 #

GOOGLE_CLOUD_PROJECT环境变量的优先级高于gcloud config中的设置，检查是否存在这个变量：

echo $GOOGLE_CLOUD_PROJECT

如果输出是mydom-prod，临时取消这个变量即可：

unset GOOGLE_CLOUD_PROJECT

之后再重新执行你的gcloud projects get-iam-policy mydom-dev命令试试。

2. 活动账户的默认项目冲突 #

你的Google活动账户可能绑定了默认项目，覆盖了CLI配置。先查看当前活动账户：

gcloud auth list

找到带*标记的活动账户，然后查看该账户的默认项目：

gcloud auth describe <你的活动账户邮箱>

如果输出中的projectId是mydom-prod，重置账户的默认项目：

gcloud auth application-default set-quota-project mydom-dev

3. 配置文件缓存或损坏 #

有时候gcloud的配置文件可能出现异常，尝试清除并重新设置项目：

gcloud config unset core/project
gcloud config set project mydom-dev

再次确认配置：

gcloud config list core/project

确认显示project = mydom-dev后，重新执行目标命令。

4. 非默认配置文件被激活 #

检查当前是否使用了非default的配置：

gcloud config configurations list

如果ACTIVE状态的不是default，先激活默认配置：

gcloud config configurations activate default

然后重新设置项目并执行命令。

最后：更新gcloud CLI到最新版本 #

如果以上方法都无效，可能是旧版本CLI的bug，更新到最新版本试试：

gcloud components update

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