在使用Github操作设置工作流时,哪个分支会被过滤为“pull_request”事件?

在使用Github操作设置工作流时,哪个分支会被过滤为“pull_request”事件?,github,continuous-integration,github-actions,Github,Continuous Integration,Github Actions,每当特定分支成为目标时,我都会尝试在发起PR的分支上为每个pull请求(PR)运行一个构建。我如何使用Github操作设置它 让我感到困惑的是涉及到两个分支:公关来源的分支和目标分支 从中可以清楚地看到,GITHUB\u REF被设置为“PR合并分支”,这意味着在触发pull\u请求事件的情况下,将检查pull请求发起的分支 但是,on的“分支”过滤器在哪个分支上进行过滤还不太清楚。当在开发时收到PR时,或者当PR来源于PR时(或者两者都可能),是否会触发以下事件?如何为特定分支的PRs设置触发

每当特定分支成为目标时,我都会尝试在发起PR的分支上为每个pull请求(PR)运行一个构建。我如何使用Github操作设置它

让我感到困惑的是涉及到两个分支:公关来源的分支和目标分支

从中可以清楚地看到,
GITHUB\u REF
被设置为“PR合并分支”,这意味着在触发
pull\u请求
事件的情况下,将检查pull请求发起的分支

但是,
on
的“分支”过滤器在哪个分支上进行过滤还不太清楚。当在开发时收到PR时,或者当PR来源于PR时(或者两者都可能),是否会触发以下事件?如何为特定分支的PRs设置触发器

on:
  pull_request:
    branches: 
      - develop
我尝试使用上面的方法(在pull_请求分支开发时),并在GitHub上将其设置为工作流

它按照我的计划运行。这使我得出结论,“分支”过滤器因此在目标分支上进行过滤