Hello!
I have the following branch restriction configuration in my repository:
As you can see we have three checks that all Pull Requests should accomplish. As I'm part of the aie.team group I'm able to merge the Pull Requests. I would like to give my developers permissions to merge its own Pull Requests but only if the checks are resolved.
The problem came when I have a Pull Requests with unresolved checks, even if the checks are unresolved I'm able to merge the Pull Requests. Is there any option to give my team permissons but just when all checks has been confirmed?
Regards!
@Sergio A You might take a look at this thread: https://community.atlassian.com/t5/Bitbucket-questions/merge-pullrequest-under-certain-condition/qaq-p/594485
Nicolas
Hi @Sergio A
The only want to enforce these merge checks is via a Premium plan as this is a premium feature.
You can prevent a merge from proceeding with unresolved merge checks by navigating to Repository Settings > Branch Restrictions and enabling the Prevent a merge with unresolved merge checks option within the Merge Settings tab on the target branch:
Cheers!
- Ben (Bitbucket Cloud Support)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Sergio A
You may also explore Bitbucket cloud apps on the Atlassian Marketplace that facilitate your pull request review and merge process, including enforcing merge conditions.
We have built Workzone for Bitbucket Cloud for enterprise level pull request workflows including
Please check out Workzone and other apps that may improve your pull request workflow and save your team a lot of time.
Best, Ulrich
// Izymes
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.