v2.23.2
Fixed
- Bitbucket verdict owners: only an account ID or a UUID grants, and the owners file comes from the target branch (#1071). This is a behavior change. It closes two ways in which a commenter could pass as an owner in v2.23.1.
- A nickname is not a unique identifier. An
@nicknameon a*line of.bitbucket/CODEOWNERSno longer authorizes a commenter. Only anaccount_idor a{uuid}grants. The review logs a warning that names each ignored@nickname. Replace each one with anaccount_idor a{uuid}. A person who is listed only by nickname gets the permission lookup, so they see the “not listed” reply until you change the file. - The owners file is now always read from
origin/<BASE_REF>. It no longer followsAI_POLICY_SOURCE, and the file in the pull request checkout is never read. Withworkspace, a pull request could add its own author to the list in v2.23.1. A pipeline that setAI_POLICY_SOURCE=workspaceand relied on an owners file in the pull request must merge that file into the target branch.policy.ymlstill followsAI_POLICY_SOURCE. - If
BASE_REFis empty, the review logs a warning and uses no owners file. Iforigin/<BASE_REF>is missing, the review also uses no owners file. In both cases the permission lookup decides.
- A nickname is not a unique identifier. An