Allow branch whitelist to override “Only build pull requests”
complete
T
Tom Wilson
This is mostly copied from a thread in the Community Forum here - https://discuss.circleci.com/t/allow-branch-whitelist-to-override-only-build-pull-requests/6392
The goal is to be able to have Circle automatically build all commits to the default branch
as well as
other specially named branches without having to build non-PR branches. This is very useful for those of us who have expensive steps in our build process (like tests that run on external servers, or those using the mac OS builds who want to save minutes).Minimum viable here would be to allow a list of branch names. Better would be to allow a list of branch names and/or regexes to specify branches.
We have a work-around that we developed locally by opening up fake PRs from our release branches into master as part of our process. But it's manual, error prone, and inelegant. Supporting a whitelist would be much nicer.
CCI-I-215
S
Sebastian Lerner
complete
S
Sebastian Lerner
Following up on my comment below, this is now available for self-serve use via the CircleCI API. Details here: https://discuss.circleci.com/t/product-launch-override-only-build-prs-setting/47807
Mahmoud Saada
We are interested in adopting Github Merge Queue features which do not use PullRequests and instead use specially named branched gh-readonly-queue.* regex pattern. We definitely need this feature to be possible at either the config.yaml level or in the UI.
S
Sebastian Lerner
Hi all, I am a product manager at CircleCI, thank you for helping me understand the pain-point here. I have an update to share that aims to help in the interim:
While users cannot enable this functionality on their own, the ability to override the "Only Build Pull Requests" setting is now supported by the platform. Specifically, CircleCI will run validation on all commits from additional, non-default branches that are specified via regular expression (ie. "release.*")
At the moment, the only way to enable this functionality is to open a support request at https://support.circleci.com/. In the request, please specify the regular expression(s) that you would like to add to the "allow-list" of branches for which CircleCI will validate every commit. You must also submit a support request to remove or edit the regular expressions that are applied to your organization.
We are aiming to deliver this functionality in a self-serve way shortly to eliminate the need to submit a support request. I will update this post when I have more details.
D
D'Aquino Aldo
Sebastian Lerner: Any update to share about the self-serve?
S
Sebastian Lerner
D'Aquino Aldo: No updates to share at this time unfortunately.
S
Sebastian Lerner
Self-serve via API details here: https://discuss.circleci.com/t/product-launch-override-only-build-prs-setting/47807
Maciej H
This and https://circleci.canny.io/cloud-feature-requests/p/trigger-new-build-when-a-pull-request-is-opened are here for nearly 4 years as top-3 voted requests.
How come they have not been addressed yet?
M
Marc Rollin
Quite limiting to not have this option. Otherwise provide workflow conditional condition with PR information.
Tareef D
I am evaluating systems right now, and if I cannot have builds on both pull requests, and pushes to a SET of branches, then this one will not make the cut. This cannot be complex logic to implement, I really hope you fulfill the needs of tons of customers who have release branches, etc. and enable this functionality
T
Thinh Kieu
@CircleCI team, we really need this feature.
For our project, we see that the PR from the default branch (staging) to master (our production branch) still triggers CircleCI pipeline automatically. So after checking the PR, we merge, then go to CircleCI dashboard and "Run Pipeline" on master manually.
Roy Robinson
bump
Roy Robinson
can i plz haz feature
Load More
→