如何让Firebase自动应用托管部署使用不同构建参数？

核心逻辑 #

利用Firebase的MONOREPO_BUILD_ARGS环境变量，给默认的Nx构建命令追加配置参数，让Angular根据不同Firebase项目（staging/production）自动加载对应的环境配置文件，不用手动修改构建命令。

具体操作步骤 #

1. 给两个Firebase项目分别设置环境变量 #

登录Firebase控制台，找到对应的staging和production项目，进入App Hosting的构建配置页面：

• Staging项目：新增环境变量MONOREPO_BUILD_ARGS，值填--configuration=staging
• Production项目：同样新增这个变量，值填--configuration=production（或者留空，默认构建命令已是production，明确设置更稳妥）

2. 确认Angular的环境配置无误 #

检查Nx项目里的angular.json（或project.json），确保${my_app}的architect.build.configurations下有staging和production配置，且fileReplacements规则正确，示例如下：

"configurations": {
  "production": {
    "fileReplacements": [
      {
        "replace": "apps/${my_app}/src/environments/environment.ts",
        "with": "apps/${my_app}/src/environments/environment.prod.ts"
      }
    ],
    // 其他生产环境相关配置
  },
  "staging": {
    "fileReplacements": [
      {
        "replace": "apps/${my_app}/src/environments/environment.ts",
        "with": "apps/${my_app}/src/environments/environment.staging.ts"
      }
    ],
    // 其他staging环境相关配置
  }
}

确保environment.staging.ts里已写入对应staging环境的Firebase配置信息。

3. 验证构建命令的实际执行效果 #

Firebase会自动把MONOREPO_BUILD_ARGS追加到默认构建命令后，最终执行的命令为：

• Staging环境：nx run ${my_app}:build:production --configuration=staging
• Production环境：nx run ${my_app}:build:production --configuration=production

不用担心命令里的production后缀冲突，Nx会优先使用--configuration指定的配置，自动加载对应的环境文件。

4. 测试部署 #

分别部署到两个环境验证：

• 部署到staging：firebase deploy --project 你的staging项目ID
• 部署到production：firebase deploy --project 你的production项目ID

部署完成后，打开应用检查网络请求，确认调用的是对应环境的Firebase资源即可。

备选方案：直接指定构建命令 #

如果觉得环境变量的方式不够直接，也可以给每个环境单独编写firebase配置文件：

• 新建firebase.staging.json，将构建命令改为nx run ${my_app}:build:staging：

{
  "hosting": {
    "source": ".",
    "ignore": ["firebase.json", "**/.*", "**/node_modules/**"],
    "frameworksBackend": {"region": "us-central1"},
    "build": {
      "command": "nx run ${my_app}:build:staging",
      "outputs": ["dist/apps/${my_app}"]
    }
  }
}

• 部署时指定配置文件：firebase deploy --project 你的staging项目ID --config firebase.staging.json

不过这种方式需要维护多个配置文件，不如环境变量省心。

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