必需状态检查故障排除

如果您有名称相同的检查和状态，并且选择该名称作为必需状态检查，则检查和状态都是必需的。 更多信息请参阅“检查”。

在启用必需状态检查后，您的分支在合并之前可能需要使用基础分支更新。 这可确保您的分支已经使用基本分支的最新代� �做过测试。 如果您的分支过期，则需要将基本分支合并到您的分支。 更多信息请参阅“关于受保护分支”。

在通过所有必需状态检查之前，� 法向受保护分支推送本地更改。 反而会收到类似如下的错误消息。

remote: error: GH006: Protected branch update failed for refs/heads/main.
remote: error: Required status check "ci-build" is failing

头部提交与测试合并提交之间的冲突

有时，测试合并提交与头部提交的状态检查结果存在冲突。 如果测试合并提交具有状态，则测试合并提交必须通过。 否则，必须� 递头部提交的状态后才可合并该分支。 有关测试合并提交的更多信息，请参阅“拉取”。

处理已跳过但需要检查

示例

下面的示例演示一个工作流程，该工作流程要求构建作业具有“成功”完成状态，但如果拉取请求未更改 scripts 目录中的任何文件，则该工作流程将被跳过。

name: ci
on:
  pull_request:
    paths:
      - 'scripts/**'
jobs:
  build:
    runs-on: ubuntu-latest
    strategy:
      matrix:
        node-version: [12.x, 14.x, 16.x]
    steps:
    - uses: actions/checkout@v2
    - name: Use Node.js ${{ matrix.node-version }}
      uses: actions/setup-node@v2
      with:
        node-version: ${{ matrix.node-version }}
        cache: 'npm'
    - run: npm ci
    - run: npm run build --if-present
    - run: npm test

由于路径过滤，仅更改存储库� �目录中的文件的拉取请求将不会触发此工作流程，且被阻止合并。 您将在拉取请求上看到以下状态：

您可以通过创建具有相同名称的通用工作流程来解决此问题，该工作流程在任何情况下都将返回 true，类似于下面的工作流程：

name: ci
on:
  pull_request:
    paths-ignore:
      - 'scripts/**'
      - 'middleware/**'
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - run: 'echo "No build required" '

现在，每当有人发送拉取请求时，检查将始终通过，该请求不会更改第一个工作流程中路径下列出的文件。