GitHub Workflow：指定文件变更时Push触发失败的问题咨询

问题说明 #

配置了如下GitHub Workflow，期望在执行push操作且修改了./.github/workflows/always.yml文件时触发工作流，但实际未触发；将配置中的paths改为paths_ignore后，不在该路径范围内的文件变更能正常触发工作流。

示例工作流配置 #

name: Example

on:
    pull_request:
        branches: [main, dev]
        types: [opened, reopened]
    push:
        paths:
            - './.github/workflows/always.yml'
jobs:
    print_dir:
    runs-on: ubuntu-latest
    steps:
      - name: print
        run: |
          ls -la .

解决步骤 #

1. 修复Workflow语法缩进错误 #

原配置的jobs区块存在缩进问题：runs-on和steps未正确嵌套在print_dir任务下，这会导致GitHub无法识别合法的任务配置，进而使整个Workflow的触发逻辑失效。

修正后的合法配置如下：

name: Example

on:
    pull_request:
        branches: [main, dev]
        types: [opened, reopened]
    push:
        paths:
            - './.github/workflows/always.yml'
jobs:
    print_dir:
        runs-on: ubuntu-latest
        steps:
          - name: print
            run: |
              ls -la .

2. 路径匹配规则验证（可选） #

GitHub的paths匹配支持相对路径，./前缀可保留或省略，两种写法均有效：

• - './.github/workflows/always.yml'
• - '.github/workflows/always.yml'

若修复缩进后仍未触发，可尝试去掉./前缀，同时确认push操作确实修改了目标文件，且推送的分支无额外触发限制（默认所有分支都能触发push事件，除非配置了branches规则）。

验证方式 #

修改配置后提交并pushalways.yml文件，前往GitHub仓库的Actions页面查看工作流是否触发。若仍有问题，需检查仓库的Actions权限是否开启，以及是否存在其他Workflow或分支保护规则干扰触发逻辑。

内容的提问来源于stack exchange，提问作者An old man in the sea.