绑定GitHub的AWS CodeBuild配置路径过滤后，推送Dockerfile无法触发构建

这类问题90%都是路径基准或者正则配置的坑，按以下顺序排查即可：

• 首先搞清楚过滤器的路径基准是Git仓库根
  CodeBuild的file_path过滤器匹配的是相对于Git仓库根目录的变更文件路径，和你在CodeBuild里配置的构建目录、本地开发路径都没关系。
  先明确自己的仓库结构：

  • 如果Git仓库根下有一级子目录casestudy，那Dockerfile的实际匹配路径是casestudy/Docker/Dockerfile
  • 如果casestudy本身就是你推送的Git仓库根，那实际匹配路径是Docker/Dockerfile
    大部分人踩坑都是把这两个路径搞混，比如前者场景下错误填了Docker/Dockerfile，导致匹配不到。

• 核对过滤器的类型与正则规则
  CodeBuild的file_path过滤器的匹配规则是大小写敏感的正则表达式，不是普通的通配符：

  1. 确认你选的过滤器类型是INCLUDE，不是误选成EXCLUDE
  2. 要精确匹配单个文件的话，建议加正则边界避免误匹配到其他目录的同名文件，比如写成^casestudy/Docker/Dockerfile$
  3. 路径大小写必须和实际完全一致，Docker/Dockerfile和docker/dockerfile是完全不同的规则

• 最准确的路径验证方式：直接拿webhook payload里的真实路径
  不用自己猜路径，直接从GitHub的webhook推送记录里拿官方的路径值：

  1. 打开GitHub仓库的Settings -> Webhooks页面
  2. 找到CodeBuild自动生成的webhook，进入Recent Deliveries标签页
  3. 找到你之前测试推送Dockerfile变更的那条请求，查看payload里head_commit下的added/modified/removed数组，里面的文件路径就是CodeBuild用来匹配的准确值，直接复制这个路径当过滤器的pattern就不会错。

• 检查是否有冲突的过滤规则
  翻一遍当前的webhook过滤器列表，确认没有额外配置的EXCLUDE规则刚好匹配了你的Dockerfile路径，也没有其他会触发误判的规则。

补充：你要实现「仅Dockerfile变更才触发」的逻辑，不需要额外加排除Infrastructure目录的规则——CodeBuild的默认逻辑是：只要本次推送的所有变更文件中没有任何一个匹配INCLUDE规则，就不会触发构建，你只需要保留指向Dockerfile的那一条INCLUDE规则即可。

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