We have a very complex project with somewhere around 100 developers broken into teams. They each have an integration branch in each of many repos so their work can be merged together independently of other teams work. Unfortunately, for some repos, two teams have joint primary review ownership. The teams "know" what "their area" is, but it isn't a clear boundary in the code. So, we need to setup pull requests to have required and default reviewers something like this:
* Pull requests to integration/TeamA branch require approval from ArchitectA.
* Pull requests to integration/TeamB branch require approval from ArchitectB.
* Pull requests to integration/[Anything else] branch require approval from either ArchitectA or ArchitectB. Both architects are default reviewers in this case.
This way, ArchitectA is on TeamA's reviews for this repo, but ArchitectB is not. Unfortunately, I can't seem to set up this way because the rule is an "AND" as far as I can tell: If we add default reviewers for integration/* and also for integration/TeamA, then BOTH rules apply. (The documentation by Atlassian is very sorely lacking here and doesn't give any details.)
Does anybody have advice on how to do what I want, short of adding separate rules for all of our teams (12 teams which will change over time, 40 repos, so that is really not viable unless we script it)?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.