We follow git-flow branching model and also do code review. We use PR's and branch permissions to make sure no change is pushed into develop and release/* branches without being reviewed.
"Prevent All Changes Without a Pull Request" branch permission does not check initial push of a branch. For instance, a developer can create release/v1.1 locally. Than makes some changes locally (merge of another branch for example) and pushes it to the Bitbucket. Since the branch is new for Bitbucket Server, it does not check whether there is a new commit in the branch or not. As a result, a feature branch is included without being reviewed. I expect Bitbucket to enforce branch-permission rules in this scenario too.
In summary, "Prevent All Changes Without a Pull Request" does work for permanent branches like master or develop but has a flaw for "new" branches.
My question is how can we prevent the push of a modified new branch?
I have an exact similar scenario.. Do we have any direction from Atlassian on this?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.