在使用Github操作设置工作流时,哪个分支会被过滤为“pull_request”事件?
每当特定分支成为目标时,我都会尝试在发起PR的分支上为每个pull请求(PR)运行一个构建。我如何使用Github操作设置它 让我感到困惑的是涉及到两个分支:公关来源的分支和目标分支 从中可以清楚地看到,在使用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设置触发
GITHUB\u REF
被设置为“PR合并分支”,这意味着在触发pull\u请求
事件的情况下,将检查pull请求发起的分支
但是,on
的“分支”过滤器在哪个分支上进行过滤还不太清楚。当在开发时收到PR时,或者当PR来源于PR时(或者两者都可能),是否会触发以下事件?如何为特定分支的PRs设置触发器
on:
pull_request:
branches:
- develop
我尝试使用上面的方法(在pull_请求分支开发时),并在GitHub上将其设置为工作流
它按照我的计划运行。这使我得出结论,“分支”过滤器因此在目标分支上进行过滤