Run GitHub action only on specific 'pull_request' actions

I tried this action today, which will clean up branches after they are merged:

However, the GitHub action runs on every pull_request action: opened, labeled, review_requestes etc.

Since the GitHub action only needs to be run for the closed pull_request event, it would be nice to be able to narrow down the on command within the workflow.

Example of a narrower scope:

workflow "on pull request merge, delete the branch" {
    on = "pull_request.closed"

    resolves = ["branch cleanup"]


workflow "on pull request merge, delete the branch" {
    on = "pull_request"
only = "action=closed"

    resolves = ["branch cleanup"]

Is this possible somehow, or on your roadmap?


Thanks! Ah yes we have had a few requests for this and I will add another :slight_smile: we are working on the right design for doing this


@jessfrazBig +1 for the ability to specify event types to trigger workflows. I have an Action that only needs to fire for pull_request “assigned” and “unassigned” events, but right now it’s running on EVERY pull_request event, which is polluting the commit status area with unnecessary check runs.

1 Like

I’ve stumbled upon this while reading the docs

Not entirely sure it answers your question though

Edit: the workflow is not triggered at all when the PR is closed/merged which is good for my use case but maybe not so good for yours.

I’ve just tried because I wanted to do something when the pr is merged to master and basically I had to setup 2 workflows, one for PRs that do all the checks and lints and one for push into master. so I opened a pr, the lints and tests started and after I merged it the other workflow was activated. of course this only work if you need to do your logic on merged PRs, if you delete it this may not work

1 Like

Did anyone figure this out, and if such a filter is in place? I would like to start using the shiny and new GitHub Actions, but am blocked because I cannot do (or cannot figure out how to do) the most common pattern I have seen:

Run this workflow when a PR is opened, and when any new commit is applied to the branch (from local repo or forked) from which the PR is opened. So assigned, unassigned, closed, etc. none of it interests me. I want to run it when someone opens a PR from foo/bar:br1 against my me/bar:master, or any time someone adds commits to foo/bar:br1 (as long as a PR remains open, of course).

Has anyone figured this out?

Yes, @deitch , this issue is quite old and is referencing the old HCL syntax.  In the new YAML syntax, you can indeed specify the types of events that you want to execute on for a particular trigger.  For example:

    types: [assigned]

Will only run when a pull request is assigned.

By default, on: [pull_request] will run only when a pull request is opened or updated, which sounds like what you’re asking about.

You can find more information in the trigger documentation.

1 Like

Thanks, @ethomson . I knew it was on the old HCL syntax (quite pleased you switched to yaml…), but the idea of “filter to actions on pull_request events” remained relevant.

I didn’t realize that the pull_request event had been filtered by default to those activity types. Thanks for jumping in. Looks like it is ready to give a shot. Thanks!

1 Like