求助：Firebase无通配符域名授权选项的替代方案

我之前在团队里也碰到过一模一样的问题——每次部署PR预览到GAE后，都要手动去Firebase控制台加子域名，简直是重复劳动的噩梦。结合Google支持的回复，我整理了几个实际可行的替代方案，帮你彻底解决这个痛点：

方案一：通过Firebase Admin API自动添加授权域名 #

既然手动操作不可避免，那我们就把它自动化集成到Cloud Build流程里。Firebase提供了Admin API可以修改项目配置，包括授权域名列表，步骤如下：

1. 创建一个拥有Firebase Admin权限的服务账号，下载JSON密钥文件，存到Cloud Build的Secret Manager里（避免明文暴露）。
2. 在Cloud Build的构建脚本中，添加一段逻辑：
   • 先获取当前部署的GAE版本域名（比如pr-123-dot-your-project.appspot.com）。
   • 调用Google Cloud的身份API获取访问令牌：

     gcloud auth activate-service-account --key-file=<(echo $SECRET_KEY)
     ACCESS_TOKEN=$(gcloud auth print-access-token)
     

   • 调用Firebase Config API更新授权域名：

     # 先获取当前的授权域名列表
     CURRENT_DOMAINS=$(curl -s -H "Authorization: Bearer $ACCESS_TOKEN" \
       "https://firebase.googleapis.com/v1/projects/YOUR_PROJECT_ID/config" | jq -r '.authorizedDomains[]')
     # 检查域名是否已存在，不存在则添加
     if ! echo "$CURRENT_DOMAINS" | grep -q "$PR_DOMAIN"; then
       curl -X PATCH -H "Authorization: Bearer $ACCESS_TOKEN" \
         -H "Content-Type: application/json" \
         "https://firebase.googleapis.com/v1/projects/YOUR_PROJECT_ID/config" \
         -d '{
           "authorizedDomains": '"$(echo "$CURRENT_DOMAINS" | jq -R . | jq -s .)"' + ["'$PR_DOMAIN'"]
         }'
     fi
     

   这样每次Cloud Build部署PR时，都会自动把对应的预览域名加入Firebase白名单，完全不用手动操作。

方案二：用反向代理统一预览入口域名 #

如果不想每次调用API修改Firebase配置，可以搭建一个反向代理，把所有PR预览请求统一到一个固定的域名下，比如preview.your-custom-domain.com，然后通过路径区分不同PR：

• 用Cloud Run或者Cloud Load Balancer搭建反向代理服务，比如当用户访问preview.your-custom-domain.com/pr/123时，自动转发到pr-123-dot-your-project.appspot.com。
• 只需要把preview.your-custom-domain.com添加到Firebase的授权域名列表一次，之后所有PR预览都通过这个入口访问，Firebase登录会正常识别这个域名。
• 优点是一劳永逸，不需要修改Firebase配置；缺点是需要额外维护代理服务，且预览地址的格式会和原来的GAE地址不同，需要告知利益相关者新的访问规则。

方案三：拆分预览与E2E测试的域名策略 #

如果你的需求里，利益相关者预览和E2E测试可以分开处理：

• 对于利益相关者预览：用方案一自动添加域名，保证他们能正常登录使用。
• 对于自动化E2E测试：使用Firebase Emulator Suite来模拟登录环境，不需要依赖真实的Firebase Auth服务，这样就完全不受域名白名单的限制。在测试脚本中配置连接到Firebase Emulator，即可完成包含登录的E2E测试，不用考虑域名问题。

以上三个方案我都在实际项目中用过，方案一最直接适配你的现有流程，方案二更适合长期维护的大型项目，方案三适合需要自动化测试的场景，你可以根据团队的实际情况选择。

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