Different roles for PR reviewers
Currently we can set one or more reviewers for PR, but to complete review all reviewers must approve it.
This workflow is natural but sometimes we just want someone check modification as observer but not need to mandatory to complete the review.
Updated by Marcin Kuzminski [CTO] about 7 years ago
- Target version set to v4.5
I like the idea. Few things that we need to put attention to:
- voting needs to be calculated only on voting reviewer type
- adding a reviewer with with different types should trigger different notifications
- it should be possible to change the role of reviewer on already created PR
Updated by Marcin Kuzminski [CTO] almost 7 years ago
I think would come along with enforced reviewers logic. We'd add a special markers into reviewers (store roles inside the reviewers table)
Roles could be:
IN addition there should be an enforced bool type so added reviewer is not removable.
Based on those we could make strict/loose rules how things are reviewed and also how voting goes. Several times we had situation when the logic that picks reviewers based on code annotation picks a lot of guys.
Let's imagine someone is on vacation. Unless he's enforced reviewer. I'd be great to NOT remove that person in order for a merge, but change his type into observer.
It would be very usefull addition.
Updated by Redmine Integration almost 3 years ago
- Status changed from New to Resolved
bfede169912d by Marcin Kuzminski firstname.lastname@example.org on
stable branch changed this issue.