We’re thrilled to announce that we’ve released Code Owners 3.1 on 🎉
Download on the Atlassian Marketplace for Server and Data Center
Announcement: End of support for Bitbucket Server 5.x
Since Bitbucket Server 5.x reached end of life, we will remove support for it in Code Owners in one of the next releases.
Changelog
3.1.4: resolved issue on
Improve performance 🚀 for big CODEOWNERS files with many rules
3.1.3: resolved issues on
Fix support for fully qualified patterns in branch filtering, like
refs/heads/develop
If you have branches with same suffix like
something/develop
anddevelop
, but Code Owners should only apply to pull request with destination:develop
, but not for destination:something/develop
, then you can use fully qualified pattern:refs/heads/develop
.Background: https://confluence.atlassian.com/bitbucketserver070/branch-permission-patterns-996644139.html
Patterns only need to match a suffix of the fully qualified branch or tag name. Fully qualified branch names look like
refs/heads/master
, while fully qualified tags look likerefs/tags/1.1
.
3.1.2: resolved issues on
Allow merge if PR author is single Code Owner in rule
PR could not be merged before, if creator has a matching personal rule and merge check active with numeric value for ‘Min. # of approvals’.
3.1.1: resolved issues on
Only add new Code Owners to pull requests on rescope events when the source branch, but not the destination branch changes.
Before, this led to a bug in combination with the destination branch filter feature, where manually removed reviewers got wrongly re-added.
It caused confusion, as rescope events triggered by changes on destination branch are not visible in pull request activities.
Code owners can still be added manually to pull requests as reviewers at any time and are marked as Code owners.
Performance improvement in rescope event handling
Previous: Release Notes v3.0
Do you have any questions, suggestions, or problems?
Let us know. We’re glad to help!