Github Actions部署Cloud Functions遇警告阻塞，如何在YML中处理？

问题根源 #

这个警告是因为Github Actions运行环境属于GCP外部环境，Firebase SDK尝试访问仅GCP内部可用的元数据服务器metadata.google.internal失败导致的。虽然测试用例已经通过，但这个重复警告被流程识别为阻塞性输出，中断了后续部署。

解决方案 #

你可以通过以下几种方式修改Github Actions的YML文件，让流程忽略该特定警告并继续执行部署：

1. 过滤特定警告输出

在测试步骤中，将命令的输出过滤掉目标警告，同时保留测试命令的原始退出码（确保真的测试失败时会终止流程）。示例YML片段：

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
      - name: Install dependencies
        run: npm install
      - name: Run tests (filter out Firebase metadata warning)
        run: |
          # 执行测试并过滤特定警告，保留原始退出码
          npm test 2>&1 | grep -v '@firebase/database: FIREBASE WARNING: "code":"app/invalid-credential"'
          exit ${PIPESTATUS[0]}
      - name: Deploy to Cloud Functions
        run: firebase deploy --only functions
        env:
          FIREBASE_TOKEN: ${{ secrets.FIREBASE_TOKEN }}

注意：${PIPESTATUS[0]}是bash特性，确保步骤的退出码等于npm test的退出码，而不是grep的退出码，这样测试真的失败时流程会终止，只有警告被过滤。

2. 调整Firebase日志级别

在你的测试代码中添加日志级别配置，让Firebase只输出错误信息，不输出警告。比如在初始化Firebase的地方添加：

import { initializeApp } from 'firebase/app';
import { getDatabase } from 'firebase/database';

const app = initializeApp(firebaseConfig);
const db = getDatabase(app);
// 设置日志级别为error，屏蔽警告
db.setLoggingLevel('error');

修改测试代码后，Github Actions运行测试时就不会输出这个警告，自然不会阻塞流程。

3. 不推荐：全局忽略步骤错误

如果上述方法无效，你可以给测试步骤添加continue-on-error: true，但这会忽略该步骤的所有错误（包括真正的测试失败），风险较高，仅在你能确保测试步骤只会出现该警告的情况下使用：

- name: Run tests
        run: npm test
        continue-on-error: true

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