REST API

This page describes the code owners REST endpoints that are added by the @PLUGIN@ plugin.

Please also take note of the general information on the REST API.

Project Endpoints

Get Code Owner Project Config

‘GET /projects/{project-name}/code_owners.project_config’

Gets the code owner project configuration.

As a response a CodeOwnerProjectConfigInfo entity is returned that describes the code owner project configuration.

The response includes the configuration of all branches. If a caller is interested in a particular branch only, the Get Code Owner Branch Config REST endpoint should be used instead, as that REST endpoint is much faster if the project contains many branches.

Request

  GET /projects/foo%2Fbar/code_owners.project_config HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "general": {
      "merge_commit_strategy": "ALL_CHANGED_FILES"
    },
    "status": {
      "disabled_branches": [
        "refs/meta/config"
      ]
    },
    "backend": {
      "id": "find-owners",
      "ids_by_branch": {
        "refs/heads/experimental": "proto"
      }
    },
    "required_approval": {
      "label": "Code-Review",
      "value": 1
    },
    "override_approval": [
      {
        "label": "Owners-Override",
        "value": 1
      }
    ]
  }

Update Code Owner Project Config

‘PUT /projects/{project-name}/code_owners.project_config’

Updates the code owner project configuration.

The configuration parameters that should be updated must be specified in the request body in a CodeOwnerProjectConfigInput entity.

Request

  PUT /projects/foo%2Fbar/code_owners.project_config HTTP/1.0
  Content-Type: application/json; charset=UTF-8

  {
    "disabled": true
  }

Response

As a response the updated code owner project config is returned as CodeOwnerProjectConfigInfo entity.

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "status": {
      "disabled": true
    }
  }

Check Code Owner Config Files

‘POST /projects/{project-name}/code_owners.check_config’

Checks/validates the code owner config files in a project.

Requires that the caller is an owner of the project.

Input options can be set in the request body as a CheckCodeOwnerConfigFilesInput entity.

No validation is done for branches for which the code owner functionality is disabled, unless validate_disabled_branches is set to true in the input.

As a response a map is returned that maps a branch name to a map that maps an owner configuration file path to a list of ConsistencyProblemInfo entities.

Code owner config files that have no issues are omitted from the response.

Request

  POST /projects/foo%2Fbar/code_owners.check_config HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "refs/heads/master": {
      "/OWNERS": [
        {
          "status": "ERROR",
          "message": "code owner email 'foo@example.com' in '/OWNERS' cannot be resolved for John Doe"
        },
        {
          "status": "ERROR",
          "message": "code owner email 'bar@example.com' in '/OWNERS' cannot be resolved for John Doe"
        }
      ],
      "/foo/OWNERS": [
        {
          "status": "ERROR",
          "message": "invalid global import in '/foo/OWNERS': '/not-a-code-owner-config' is not a code owner config file"
        }
      ]
    },
    "refs/heads/stable-1.0" {},
    "refs/heads/stable-1.1" {
      "/foo/OWNERS": [
        {
          "status": "ERROR",
          "message": "invalid global import in '/foo/OWNERS': '/not-a-code-owner-config' is not a code owner config file"
        }
      ]
    }
  }

Branch Endpoints

Get Code Owner Branch Config

‘GET /projects/{project-name}/branches/{branch-id}/code_owners.branch_config’

Gets the code owner branch configuration.

As a response a CodeOwnerBranchConfigInfo entity is returned that describes the code owner branch configuration.

Request

  GET /projects/foo%2Fbar/branches/master/code_owners.branch_config HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "general": {
      "merge_commit_strategy": "ALL_CHANGED_FILES"
    },
    "backend_id": "find-owners",
    "required_approval": {
      "label": "Code-Review",
      "value": 1
    },
    "override_approval": [
      {
        "label": "Owners-Override",
        "value": 1
      }
    ]
  }

List Code Owner Config Files

‘GET /projects/{project-name}/branches/{branch-id}/code_owners.config_files/’

Lists the code owner config files in a branch.

This REST endpoint scans all code owner config files in the branch and it is expected that it can take a long time if the branch contains many files. This is why this REST endpoint must not be used in any critical paths where performance matters.

The following request parameters can be specified:

Field NameDescription
include-non-parsable-filesoptionalIncludes non-parseable code owner config files in the response. By default false. Cannot be used in combination with the email option.
emailoptionalCode owner email that must appear in the returned code owner config files.
pathoptionalPath glob that must be matched by the returned code owner config files.

Request

  GET /projects/foo%2Fbar/branches/master/code_owners.config_files HTTP/1.0

As response the paths of the code owner config files are returned as a list. The result also includes code owner config that use name prefixes (‘<prefix>_OWNERS’) or name extensions (‘OWNERS_<extension>’).

Non-parseable code owner config files are omitted from the response, unless the include-non-parsable-files option was set.

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  [
    "/OWNERS",
    "/foo/OWNERS",
    "/foo/bar/baz/OWNERS",
    "/foo/bar/baz/OWNERS_BUILD"
  ]

Check Code Owner

‘GET /projects/{project-name}/branches/{branch-id}/code_owners.check/’

Checks the code ownership of a user for a path in a branch.

The following request parameters can be specified:

Field NameDescription
emailmandatoryEmail for which the code ownership should be checked.
pathmandatoryPath for which the code ownership should be checked.
changeoptionalChange for which permissions should be checked. If not specified change permissions are not checked.
useroptionalUser for which the code owner visibility should be checked. If not specified the code owner visibility is not checked. Can be used to investigate why a code owner is not shown/suggested to this user.

Requires that the caller has the Check Code Owner or the Administrate Server global capability.

This REST endpoint is intended to investigate code owner configurations that do not work as intended. The response contains debug logs that may point out issues with the code owner configuration. For example, with this REST endpoint it is possible to find out why a certain email that is listed as code owner in a code owner config file is ignored (e.g. because it is ambiguous or because it belongs to an inactive account).

Request

  GET /projects/foo%2Fbar/branches/master/code_owners.check?email=xyz@example.com&path=/foo/bar/baz.md HTTP/1.0

Response

As response a CodeOwnerCheckInfo entity is returned.

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "is_code_owner": false,
    "is_resolvable": false,
    "can_read_ref": true,
    "code_owner_config_file_paths": [
      "/OWNERS",
    ],
    "is_fallback_code_owner": false,
    "is_default_code_owner": false,
    "is_global_code_owner": false,
    "debug_logs": [
      "checking code owner config file foo/bar:master:/OWNERS",
      "found email xyz@example.com as code owner in /OWNERS",
      "trying to resolve email xyz@example.com",
      "resolving code owner reference CodeOwnerReference{email=xyz@example.com}",
      "all domains are allowed",
      "cannot resolve code owner email xyz@example.com: email is ambiguous",
      "email xyz@example.com is not a code owner of path '/foo/bar/baz.md'"
    ]
  }

Rename Email In Code Owner Config Files

‘POST /projects/{project-name}/branches/{branch-id}/code_owners.rename/’

Renames an email in all code owner config files in the branch.

The old and new email must be specified in the request body as RenameEmailInput.

The old and new email must both belong to the same Gerrit account.

All updates are done atomically within one commit. The calling user will be the author of this commit.

Requires that the calling user is a project owner (Owner permission on ‘refs/*’) or has direct push permissions for the branch.

Request

  POST /projects/foo%2Fbar/branches/master/code_owners.rename HTTP/1.0

Response

As response a RenameEmailResultInfo entity is returned.

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "commit": {
      "commit": "",
      "parents": [
        {
          "commit": "1efe2c9d8f352483781e772f35dc586a69ff5646",
          "subject": "Fix Foo Bar"
        }
      ],
      "author": {
        "name": "John Doe",
        "email": "john.doe@example.com",
        "date": "2020-03-30 18:08:08.000000000",
        "tz": -420
      },
      "committer": {
        "name": "Gerrit Code Review",
        "email": "no-reply@gerritcodereview.com",
        "date": "2020-03-30 18:08:08.000000000",
        "tz": -420
      },
      "subject": "Rename email in code owner config files",
      "message": "Rename email in code owner config files"
    }
  }

[EXPERIMENTAL] Get Code Owner Config

‘GET /projects/{project-name}/branches/{branch-id}/code_owners.config/{path}

Gets a code owner config for a path in a branch.

The code owner config is returned as CodeOwnerConfigInfo entity

This REST endpoint is experimental which means that the response format is likely still going to be changed. It is only available if experimental REST endpoints are enabled in gerrit.config.

Request

  GET /projects/foo%2Fbar/branches/master/code_owners.config/%2Fdocs%2Fconfig HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "code_sets": [
      "code_owners" [
        {
          "email": "jane.roe@example.com"
        },
        {
          "email": "john.doe@example.com"
        }
      ]
    ]
  }

If the path does not exist or if no code owner config exists for the path ‘204 No Content’ is returned.

List Code Owners for path in branch

‘GET /projects/{project-name}/branches/{branch-id}/code_owners/{path}

Lists the accounts that are code owners of a file or folder in a branch.

The code owners are computed from the owner configuration at the tip of the specified branch.

Code owners that

  • are inactive
  • are not visible to the calling user (according to accounts.visibility setting)
  • are referenced by non-visible secondary emails
  • are not resolvable (emails for which no Gerrit account exists)
  • are ambiguous (the same email is assigned to multiple accounts)
  • are referenced by an email with a disallowed domain (see allowedEmailDomain configuration)
  • do not have read access to the branch
  • fallback code owners

are omitted from the result.

The following request parameters can be specified:

Field NameDescription
ooptionalAccount option that controls which fields in the returned accounts should be populated. Can be specified multiple times. If not given, only the _account_id field for the account ID is populated.
OoptionalAccount option in hex. For the explanation see o parameter.
limit|noptionalLimit defining how many code owners should be returned at most. By default 10.
seedoptionalSeed, as a long value, that should be used to shuffle code owners that have the same score. Can be used to make the sort order stable across several requests, e.g. to get the same set of random code owners for different file paths that have the same code owners. Important: the sort order is only stable if the requests use the same seed and the same limit. In addition, the sort order is not guaranteed to be stable if new accounts are created in between the requests, or if the account visibility is changed.
resolve-all-usersoptionalWhether code ownerships that are assigned to all users should be resolved to random users. If not set, false by default. Also see the sorting example below to see how this parameter affects the returned code owners.
highest-score-onlyoptionalWhether only code owners with the highest score should be returned. If not set, false by default.
debugoptionalWhether debug logs should be included into the response. Requires the Check Code Owner global capability.
revisionoptionalRevision from which the code owner configs should be read as commit SHA1. Can be used to read historic code owners from this branch, but imports from other branches or repositories as well as default and global code owners from refs/meta/config are still read from the current revisions. If not specified the code owner configs are read from the HEAD revision of the branch. Not supported for getting code owners for a path in a change.

As a response a CodeOwnersInfo entity is returned that contains a list of code owners as CodeOwnerInfo entities. The returned code owners are sorted by an internal score that expresses how good the code owners are considered as reviewers/approvers for the path. Code owners with higher scores are returned first. If code owners have the same score the order is random. If the path is owned by all users (e.g. the code ownership is assigned to ‘*’) and resolve-all-users is set to true a random set of (visible) users is returned, as many as are needed to fill up the requested limit.

Request

  GET /projects/foo%2Fbar/branches/master/code_owners/docs%2Findex.md HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "code_owners": [
      {
        "account": {
          "_account_id": 1000096
        }
      },
      {
        "account": {
          "_account_id": 1001439
        }
      },
      {
        "account": {
          "_account_id": 1007265
        }
      },
      {
        "account": {
          "_account_id": 1009877
        }
      },
      {
        "account": {
          "_account_id": 1002930
        }
      }
    ],
    "code_owner_configs": [
      {
        "project": "foo/bar",
        "branch": "master",
        "path": "/docs/OWNERS"
      },
      {
        "project": "foo/bar",
        "branch": "master",
        "path": "/OWNERS",
        "imports": [
          {
            "project": "foo",
            "branch": "master",
            "path": "/OWNERS",
            "import_mode": "ALL",
          }
        ]
      }
    ]
  }

Scoring Factors

The following factors are taken into account for computing the scores of the listed code owners:

  • distance of the code owner config file that defines the code owner to the path for which code owners are listed (the lower the distance the better the code owner)
  • whether the user is explicitly mentioned as a code owner in the code owner config file vs. the user being a code owner only because the code ownership has been assigned to all users (aka *)
  • whether the code owner is a reviewer of the change (only when listing code owners for a change)

The distance score has a lower weight than the is-reviewer score, hence when listing code owners for a change, code owners that are reviewers are always returned first.

Other factors like OOO state, recent review activity or code authorship are not considered.

NOTE: The scores for the code owners are not exposed via the REST API but only influence the sort order.

Sorting Example

The returned code owners are sorted by an internal score that is computed from multiple scoring factors (the higher the score the better). Code owners that have the same score are ordered randomly.

E.g. lets’s say there are the following code owners and scores:

  • User A -> score 0
  • User B -> score 0
  • User C -> score 1
  • * (aka all users) -> score 1
  • User D -> score 2
  • User E -> score 3
  • User F -> score 4

If the request is done with resolve-all-users=true and limit=5 the following code owners are returned in this order:

1. + 2. [score=0] User A and User B (random order since they have the same score)
3. [score=1] User C
4. + 5. [score=1] 2 Random Users (because * is resolved to random users since resolve-all-users is true)\

  • owned_by_all_users in the response is true

If the request is done with resolve-all-users=false and limit=5 the following code owners are returned in this order:

1. + 2. [score=0] User A and User B (random order since they have the same score)
3. [score=1] User C
4. [score=2] User D
5. [score=3] User E\

  • owned_by_all_users in the response is true

Why are root code owners not suggested first?

Root code owners can normally approve all files in a repository. Due to this change owners often want to add them as reviewers to their changes, since they find it desirable to add as few code owners as possible. This is problematic since it means that the root code owners would receive all reviews which likely overloads them.

To avoid that the root code owners become the bottleneck, the @PLUGIN@ plugin prefers local code owners and suggests them first (also see distant score above). This means that root code owners are ranked lower and often don't appear amongst the top suggestions.

Local code owners are also preferred because it is more likely that they are experts of the modified code.

The same applies for default code owners.

Batch Request

There is no REST endpoint that allows to retrieve code owners for multiple paths/files at once with a single batch request, but callers are expected to send one request per path/file and do any necessary grouping of results (e.g. grouping of files with the same code owners) on their own.

To ensure a stable sort order across requests for different paths/files it's possible to set a seed on the requests that should be used to shuffle code owners that have the same score (see seed request parameter above).

To speed up getting code owners for multiple paths/files callers are advised to send batches of list code owners requests in parallel (e.g. 10) and start processing the results as soon as they come in (this approach is faster than having a batch REST endpoint, as the batch REST endpoint could only return results after the server has computed code owners for all paths).

Change Endpoints

Get Code Owner Status

‘GET /changes/{change-id}/code_owners.status’

Gets the code owner statuses for the files in a change.

The code owner statuses are always listed for the files in the current revision of the change (latest patch set).

The following request parameters can be specified:

Field NameDescription
start|SoptionalNumber of file code owner statuses to skip. Allows to page over the file code owner statuses. By default 0.
limit|noptionalLimit defining how many file code owner statuses should be returned at most. By default 0 (= unlimited).

The code owner statuses are returned as a CodeOwnerStatusInfo entity.

Request

  GET /changes/275378/code_owners.status HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "patch_set_number": 2,
    "file_code_owner_statuses": [
      {
        "change_type": "ADDED",
        "new_path_status" {
          "path": "docs/readme.md",
          "status": "APPROVED",
          "reasons": [
            "approved by <GERRIT_ACCOUNT_1001439> who is a default code owner"
          ]
        }
      },
      {
        "change_type": "DELETED",
        "old_path_status" {
          "path": "docs/todo.txt",
          "status": "PENDING",
          "reasons": [
            "reviewer <GERRIT_ACCOUNT_1000096> is a code owner"
          ]
        }
      },
      {
        "change_type": "RENAMED",
        "old_path_status" {
          "path": "user-introduction.txt",
          "status": "INSUFFICIENT_REVIEWERS"
        },
        "new_path_status" {
          "path": "docs/user-intro.md",
          "status": "APPROVED"
        }
      }
    ],
    "accounts": {
      1000096: {
        "_account_id": 1000025,
        "name": "John Doe",
        "email": "john.doe@example.com",
        "username": "john"
        "display_name": "John D"
      },
      1001439: {
        "_account_id": 1001439,
        "name": "John Smith",
        "email": "john.smith@example.com",
        "username": "jsmith"
        "display_name": "Johnny"
      }
    }
  }

If the destination branch of a change no longer exists (e.g. because it was deleted), 409 Conflict is returned. Since the code owners are retrieved from the destination branch, computing the code owner status is not possible, if the destination branch is missing.

Revision Endpoints

Suggest Code Owners for path in change

‘GET /changes/{change-id}/revisions/{revison-id}/code_owners/{path}

Suggests accounts that are code owners of a file in a change revision.

The code owners are computed from the owner configuration at the tip of the change's destination branch.

This REST endpoint has the exact same request and response format as the REST endpoint to list code owners for a path in a branch, but filters out code owners that which should be omitted from the code owner suggestion.

The following code owners are filtered out additionally:

  • service users (members of the Service Users group)
  • the change owner (since the change owner cannot be added as reviewer)
  • code owners that are annotated with LAST_RESORT_SUGGESTION, except if dropping these code owners would make the suggestion result empty or if these code owners are already reviewers of the change

In addition, by default the change number is used as seed if none was specified. This way the sort order on a change is always the same for files that have the exact same code owners (requires that the limit is the same on all requests).

Get Owned Files

‘GET /changes/{change-id}/revisions/{revison-id}/owned_paths’

Lists the files of the revision that are owned by the specified user (see user request parameter below).

The following request parameters can be specified:

Field NameDescription
start|SoptionalNumber of owned paths to skip. Allows to page over the owned files. By default 0.
limit|noptionalLimit defining how many OwnedChangedFileInfo entities should be returned at most. By default 50.
check_reviewers|c'optionalWhether it should be checked which reviewers are owners. When set, OwnedPathInfo will contain the owners field
usermandatoryuser for which the owned paths should be returned

Request

  GET /changes/20187/revisions/current/owned_paths?user=foo.bar@example.com HTTP/1.0

Response

As a response a OwnedPathsInfo entity is returned.

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "owned_changed_files": [
      {
        "new_path": {
          "path": "/foo/bar/baz.md",
          "owned": true
        }
      },
      {
        "old_path": {
          "path": "/foo/baz/bar.md",
          "owned": true
        }
      },
      {
        "new_path": {
          "path": "/foo/new-name.md",
          "owned": true
        },
        "old_path": {
          "path": "/foo/old-name.md",
          "owned": true
        }
      },
      {
        "new_path": {
          "path": "/xyz/new-name.md"
        },
        "old_path": {
          "path": "/abc/old-name.md",
          "owned": true
        }
      }
    ]
  }

Check Code Owner Config Files In Revision

‘POST /changes/{change-id}/revisions/{revison-id}/code_owners.check_config’

Checks/validates the code owner config files in a revision that have been modified.

The validation is performed from the perspective of the uploader, so that the validation is exactly the same as the validation that will be done on submit.

Input options can be set in the request body as a CheckCodeOwnerConfigFilesInRevisionInput entity.

As a response a map is returned that that maps an owner configuration file path to a list of ConsistencyProblemInfo entities.

Code owner config files that were not modified in the revision are omitted from the response.

Request

  POST /changes/20187/revisions/current/code_owners.check_config HTTP/1.0

Response

  HTTP/1.1 200 OK
  Content-Disposition: attachment
  Content-Type: application/json; charset=UTF-8

  )]}'
  {
    "/OWNERS": [
      {
        "status": "ERROR",
        "message": "code owner email 'foo@example.com' in '/OWNERS' cannot be resolved for John Doe"
      },
      {
        "status": "ERROR",
        "message": "code owner email 'bar@example.com' in '/OWNERS' cannot be resolved for John Doe"
      }
    ],
    "/foo/OWNERS": [
      {
        "status": "ERROR",
        "message": "invalid global import in '/foo/OWNERS': '/not-a-code-owner-config' is not a code owner config file"
      }
    ]
  }

General Responses

All REST endpoints may return the following responses:

  • 409 Conflict is returned if a request cannot be executed due to:
    • an non-parseable code owner config file (in this case the project owners need to fix the code owner config file)
    • an invalid plugin configuration (in this case the project owners need to fix the code-owners plugin configuration)

IDs

{path}

An arbitrary absolute path.

The leading ‘/’ can be omitted.

The path may or may not exist in the branch.

JSON Entities

BackendInfo

The BackendInfo entity describes the code owner backend configuration.

Field NameDescription
idID of the code owner backend that is configured for the project.
ids_by_branchoptionalIDs of the code owner backends that are configured for individual branches as map of full branch names to code owner backend IDs. Only contains entries for branches for which a code owner backend is configured that differs from the backend that is configured for the project (see id field). Configurations for non-existing and non-visible branches are omitted. Not set if no branch specific backend configuration is returned.

CheckCodeOwnerConfigFilesInput

The CheckCodeOwnerConfigFilesInput allows to set options for the Check Code Owner Config Files REST endpoint.

Field NameDescription
validate_disabled_branchesoptionalWhether code owner config files in branches for which the code owners functionality is disabled should be validated too. By default unset, false.
branchesoptionalList of branches for which code owner config files should be validated. The refs/heads/ prefix may be omitted. By default unset, which means that code owner config files in all branches should be validated.
pathoptionalGlob that limits the validation to code owner config files that have a path that matches this glob. By default unset, which means that all code owner config files should be validated.
verbosityoptionalLevel that controls which code owner config file issues are returned. The following values are supported: FATAL - only fatal issues are returned, ERROR - only fatal and error issues are returned, WARNING - all issues (warning, error and fatal) are returned. If unset, WARNING is used.

CheckCodeOwnerConfigFilesInRevisionInput

The CheckCodeOwnerConfigFilesInRevisionInput allows to set options for the Check Code Owner Config Files In Revision REST endpoint.

Field NameDescription
pathoptionalGlob that limits the validation to code owner config files that have a path that matches this glob. By default unset, which means that all modified code owner config files should be validated.

CodeOwnerCheckInfo

The CodeOwnerCheckInfo entity contains the result of checking the code ownership of a user for a path in a branch.

Field NameDescription
is_code_ownerWhether the given email owns the specified path in the branch. True if: a) the given email is resolvable (see field is_resolvable') and b) any code owner config file assigns codeownership to the email for the path (see field code_owner_config_file_paths) or the email is configured as default code owner (see field is_default_code_owneror the email is configured as global code owner (see fieldis_global_code_owner) or the user is a fallback code owner (see field is_fallback_code_owner`).
is_resolvableWhether the given email is resolvable for the specified user or the calling user if no user was specified.
can_read_refWhether the user to which the given email was resolved has read permissions on the branch. Not set if the given email is not resolvable or if the given email is the all users wildcard (aka ‘*’).
can_see_changeWhether the user to which the given email was resolved can see the specified change. Not set if the given email is not resolvable, if the given email is the all users wildcard (aka ‘*’) or if no change was specified.
can_approve_changeWhether the user to which the given email was resolved can code-owner approve the specified change. Being able to code-owner approve the change means that the user has permissions to vote on the label that is required as code owner approval. Other permissions are not considered for computing this flag. In particular missing read permissions on the change don't have any effect on this flag. Whether the user misses read permissions on the change (and hence cannot apply the code owner approval) can be seen from the can_see_change flag. Not set if the given email is not resolvable, if the given email is the all users wildcard (aka ‘*’) or if no change was specified.
code_owner_config_file_pathsPaths of the code owner config files that assign code ownership to the specified email and path as a list. Note that if code ownership is assigned to the email via a code owner config files, but the email is not resolvable (see field is_resolvable field), the user is not a code owner.
is_fallback_code_ownerWhether the given email is a fallback code owner of the specified path in the branch. True if: a) the given email is resolvable (see field `is_resolvable') and b) no code owners are defined for the specified path in the branch and c) parent code owners are not ignored and d) the user is a fallback code owner according to the configured fallback code owner policy
is_default_code_ownerWhether the given email is configured as a default code owner in the code owner config file in refs/meta/config. Note that if the email is configured as default code owner, but the email is not resolvable (see is_resolvable field), the user is not a code owner.
is_global_code_ownerWhether the given email is configured as a global
code owner. Note that if the email is configured as global code owner, but the email is not resolvable (see is_resolvable field), the user is not a code owner.
is_owned_by_all_usersWhether the the specified path in the branch is owned by all users (aka *).
annotationAnnotations that were set for the user. Contains only supported annotations (unsupported annotations are reported in the debugs_logs). Sorted alphabetically.
debug_logsList of debug logs that may help to understand why the user is or isn't a code owner. This information is purely for debugging and the output may be changed at any time. This means bot callers must not parse the debug logs.

CodeOwnerConfigFileInfo

The CodeOwnerConfigFileInfo entity contains information about a code owner config file and its imports.

Field NameDescription
projectThe name of the project from which the code owner config was loaded, or for unresolved imports, from which the code owner config was supposed to be loaded.
branchThe name of the branch from which the code owner config was loaded, or for unresolved imports, from which the code owner config was supposed to be loaded.
pathThe absolute path of the code owner config file.
importsoptionalImported code owner config files as CodeOwnerConfigFileInfo entities.
unresolved_importsoptionalImported code owner config files that couldn't be resolved as CodeOwnerConfigFileInfo entities.
unresolved_error_messageoptionalMessage explaining why this code owner config couldn‘t be resolved. Only set if the CodeOwnerConfigFileInfo represents an import code owner config file that couldn’t be resolved.
import_modeoptionalThe import mode (ALL or GLOBAL_CODE_OWNER_SETS_ONLY). Only set if the CodeOwnerConfigFileInfo represents an imported code owner config file.

CodeOwnerConfigInfo

The CodeOwnerConfigInfo entity contains information about a code owner config for a path.

Field NameDescription
ignore_parent_code_ownersoptional, not set if falseWhether code owners from parent code owner configs (code owner configs in parent folders) should be ignored.
code_owner_setsoptionalA list of code owner sets as CodeOwnerSetInfo entities.

CodeOwnerInfo

The CodeOwnerInfo entity contains information about a code owner.

Field NameDescription
accountoptionalThe account of the code owner as an AccountInfo entity. At the moment the account field is always set, but it's marked as optional as in the future we may also return groups as code owner and then the account field would be unset.

CodeOwnerBranchConfigInfo

The CodeOwnerBranchConfigInfo entity describes the code owner branch configuration.

Field NameDescription
generaloptionalThe general code owners configuration as GeneralInfo entity. Not set if disabled is true.
disabledoptionalWhether the code owners functionality is disabled for the branch. If true the code owners API is disabled and submitting changes doesn't require code owner approvals. Not set if false.
backend_idoptionalID of the code owner backend that is configured for the branch. Not set if disabled is true.
required_approvaloptionalThe approval that is required from code owners to approve the files in a change as RequiredApprovalInfo entity. The required approval defines which approval counts as code owner approval. Any approval on this label with a value >= the given value is considered as code owner approval. Not set if disabled is true.
override_approvaloptionalApprovals that count as override for the code owners submit check as a list of RequiredApprovalInfo entities (sorted alphabetically). If multiple approvals are returned, any of them is sufficient to override the code owners submit check. All returned override approvals are guarenteed to have distinct label names. Any approval on these labels with a value >= the given values is considered as code owner override. If unset, overriding the code owners submit check is disabled. Not set if disabled is true.

CodeOwnerProjectConfigInfo

The CodeOwnerProjectConfigInfo entity describes the code owner project configuration.

Field NameDescription
generaloptionalThe general code owners configuration as GeneralInfo entity. Not set if status.disabled is true.
statusoptionalThe code owner status configuration as CodeOwnersStatusInfo entity. Contains information about whether the code owners functionality is disabled for the project or for any branch.
backendoptionalThe code owner backend configuration as BackendInfo entity. Not set if status.disabled is true.
required_approvaloptionalThe approval that is required from code owners to approve the files in a change as RequiredApprovalInfo entity. The required approval defines which approval counts as code owner approval. Not set if status.disabled is true.
override_approvaloptionalApprovals that count as override for the code owners submit check as a list of RequiredApprovalInfo entities. If multiple approvals are returned, any of them is sufficient to override the code owners submit check. All returned override approvals are guarenteed to have distinct label names. If unset, overriding the code owners submit check is disabled. Not set if disabled is true.

CodeOwnerProjectConfigInput

The CodeOwnerProjectConfigInput entity specifies which parameters in the code-owner.project file in refs/meta/config should be updated.

If a field in this input is not set, the corresponding parameter in the code-owners.config file is not updated.

Field NameDescription
disabledoptionalWhether the code owners functionality should be disabled/enabled for the project.
disabled_branchoptionalList of branches for which the code owners functionality is disabled. Can be exact refs, ref patterns or regular expressions. Overrides any existing disabled branch configuration.
file_extensionoptionalThe file extension that should be used for code owner config files in this project.
required_approvaloptionalThe approval that is required from code owners. Must be specified in the format “<label-name>+<label-value>”. If an empty string is provided the required approval configuration is unset. Unsetting the required approval means that the inherited required approval configuration or the default required approval (Code-Review+1) will apply. In contrast to providing an empty string, providing null (or not setting the value) means that the required approval configuration is not updated.
override_approvalsoptionalThe approvals that count as override for the code owners submit check. Must be specified in the format “<label-name>+<label-value>”.
fallback_code_ownersoptionalPolicy that controls who should own paths that have no code owners defined. Possible values are: NONE: Paths for which no code owners are defined are owned by no one. ALL_USERS: Paths for which no code owners are defined are owned by all users.
global_code_ownersoptionalList of emails of users that should be code owners globally across all branches.
exempted_usersoptionalList of emails of users that should be exempted from requiring code owners approvals.
merge_commit_strategyoptionalStrategy that defines for merge commits which files require code owner approvals. Can be ALL_CHANGED_FILES or FILES_WITH_CONFLICT_RESOLUTION (see mergeCommitStrategy for an explanation of these values).
implicit_approvalsoptionalWhether an implicit code owner approval from the last uploader is assumed.
override_info_urloptionalURL for a page that provides project/host-specific information about how to request a code owner override.
invalid_code_owner_config_info_urloptionalURL for a page that provides project/host-specific information about how to deal with invalid code owner config files.
read_onlyoptionalWhether code owner config files are read-only.
exempt_pure_revertsoptionalWhether pure revert changes are exempted from needing code owner approvals for submit.
enable_validation_on_branch_creationoptionalPolicy for validating code owner config files when a branch is created. Allowed values are true (the code owner config file validation is enabled and the creation of branches that contain invalid code owner config files is rejected), false (the code owner config file validation is disabled, the creation of branches that contain invalid code owner config files is not rejected), dry_run (code owner config files are validated on branch creation, but the creation of branches that contain invalid code owner config files is not rejected), forced (code owner config files are validated on branch creation even if the code owners functionality is disabled) and forced_dry_run (code owner config files are validated on branch creation even if the code owners functionality is disabled, but the creation of branches that contain invalid code owner config files is not rejected).
enable_validation_on_commit_receivedoptionalPolicy for validating code owner config files when a commit is received. Allowed values are true (the code owner config file validation is enabled and the upload of invalid code owner config files is rejected), false (the code owner config file validation is disabled, invalid code owner config files are not rejected), dry_run (code owner config files are validated, but invalid code owner config files are not rejected), forced (code owner config files are validated even if the code owners functionality is disabled) and forced_dry_run (code owner config files are validated even if the code owners functionality is disabled, but invalid code owner config files are not rejected).
enable_validation_on_submitoptionalPolicy for validating code owner config files when a change is submitted. Allowed values are true (the code owner config file validation is enabled and the submission of invalid code owner config files is rejected), false (the code owner config file validation is disabled, invalid code owner config files are not rejected), dry_run (code owner config files are validated, but invalid code owner config files are not rejected), forced (code owner config files are validated even if the code owners functionality is disabled) and forced_dry_run (code owner config files are validated even if the code owners functionality is disabled, but invalid code owner config files are not rejected).
reject_non_resolvable_code_ownersoptionalWhether modifications of code owner config files that newly add non-resolvable code owners should be rejected on commit received and submit.
reject_non_resolvable_importsoptionalWhether modifications of code owner config files that newly add non-resolvable imports should be rejected on commit received an submit.
max_paths_in_change_messagesoptionalThe maximum number of paths that are included in change messages. Setting the value to 0 disables including owned paths into change messages.

CodeOwnerReferenceInfo

The CodeOwnerReferenceInfo entity contains information about a code owner reference in a code owner config.

Field NameDescription
emailThe email of the code owner.

CodeOwnerSetInfo

The CodeOwnerSetInfo entity defines a set of code owners.

Field NameDescription
code_ownersoptionalThe list of code owners as CodeOwnerReferenceInfo entities.

CodeOwnerStatusInfo

The CodeOwnerStatusInfo entity describes the code owner statuses for the files in a change.

Field NameDescription
patch_set_numberThe number of the patch set for which the code owner statuses are returned.
file_code_owner_statusesList of the code owner statuses for the files in the change as FileCodeOwnerStatusInfo entities, sorted by new path, then old path.
moreoptionalWhether the request would deliver more results if not limited. Not set if false.
accountsoptionalAn account ID to detailed AccountInfo entities map that contains the accounts that are referenced in the reason messages that are returned with the PathCodeOwnerStatusInfo entities in the file_code_owner_statuses. Not set if no accounts are referenced from reasons.

CodeOwnersStatusInfo

The CodeOwnersStatusInfo contains information about whether the code owners functionality is disabled for a project or for any branch.

Field NameDescription
disabledoptionalWhether the code owners functionality is disabled for the project. If true the code owners API is disabled and submitting changes doesn't require code owner approvals. Not set if false.
disabled_branchesoptionalBranches for which the code owners functionality is disabled. Configurations for non-existing and non-visible branches are omitted. Not set if the disabled field is true or if no branch specific status configuration is returned.

CodeOwnersInfo

The CodeOwnersInfo entity contains information about a list of code owners.

Field NameDescription
code_ownersList of code owners as CodeOwnerInfo entities. The code owners are sorted by a score that is computed from mutliple scoring factors.
owned_by_all_usersoptionalWhether the path is owned by all users. Not set if false.
code_owner_configsThe code owner config files that have been inspected to gather the code owners as CodeOwnerConfigFileInfo entities.
debug_logsoptionalDebug logs that may help to understand why a user is or isn't suggested as a code owner. Only set if requested via --debug. This information is purely for debugging and the output may be changed at any time. This means bot callers must not parse the debug logs.

FileCodeOwnerStatusInfo

The FileCodeOwnerStatusInfo entity describes the code owner statuses for a file in a change.

Field NameDescription
change_typeoptionalThe type of the file modification. Can be ADDED, MODIFIED, DELETED, RENAMED or COPIED. Not set if MODIFIED.
old_path_statusoptionalThe code owner status for the old path as PathCodeOwnerStatusInfo entity. Only set if change_type is DELETED or RENAMED.
new_path_statusoptionalThe code owner status for the new path as PathCodeOwnerStatusInfo entity. Not set if change_type is DELETED.

GeneralInfo

The GeneralInfo entity contains general code owners configuration parameters.

Field NameDescription
file_extensionoptionalThe file extension that is used for the code owner config files in this project. Not set if no file extension is used.
merge_commit_strategyStrategy that defines for merge commits which files require code owner approvals. Can be ALL_CHANGED_FILES or FILES_WITH_CONFLICT_RESOLUTION (see mergeCommitStrategy for an explanation of these values).
implicit_approvalsoptionalWhether an implicit code owner approval from the last uploader is assumed (see enableImplicitApprovals for details). When unset, false.
override_info_urloptionalOptional URL for a page that provides project/host-specific information about how to request a code owner override.
invalid_code_owner_config_info_urloptionalOptional URL for a page that provides project/host-specific information about how to deal with invalid code owner config files.
fallback_code_ownersPolicy that controls who should own paths that have no code owners defined. Possible values are: NONE: Paths for which no code owners are defined are owned by no one. ALL_USERS: Paths for which no code owners are defined are owned by all users.

OwnedChangedFileInfo

The OwnedChangedFileInfo entity contains information about a file that was changed in a change for which the user owns the new path, the old path or both paths.

Field NameDescription
new_pathoptionalOwner information for the new path as a OwnedPathInfo entity. Not set for deletions.
old_pathoptionalOwner information for the old path as a OwnedPathInfo entity. Only set for deletions and renames.

OwnedPathInfo

The OwnedPathInfo entity contains information about a file path the may be owned by the user.

Field NameDescription
pathThe absolute file path.
ownedoptionaltrue is the path is owned by the user. Otherwise unset.
ownersoptionalList of owners for this file that are either the specified user or the reviewers if check_reviewers is passed to the request.

OwnedPathsInfo

The OwnedPathsInfo entity contains paths that are owned by a user.

Field NameDescription
owned_changed_filesList of files that were changed in the revision for which the user owns the new path, the old path or both paths. The entries are sorted alphabetically by new path, and by old path if new path is not present. Contains at most as many entries as the limit that was specified on the request.
owned_pathsThe list of the owned new and old paths that are contained in the owned_changed_files field. The paths are returned as absolute paths and are sorted alphabetically. May contain more entries than the limit that was specified on the request (if the users owns new and old path of renamed files).
moreoptionalWhether the request would deliver more results if not limited. Not set if false.

PathCodeOwnerStatusInfo

The PathCodeOwnerStatusInfo entity describes the code owner status for a path in a change.

Field NameDescription
pathThe path to which the code owner status applies.
statusThe code owner status for the path. Can be ‘INSUFFICIENT_REVIEWERS’ (the path needs a code owner approval, but none of its code owners is currently a reviewer of the change), PENDING (a code owner of this path has been added as reviewer, but no code owner approval for this path has been given yet) or APPROVED (the path has been approved by a code owner or a code owners override is present).
reasonsoptionalA list of reasons explaining the status. The reasons may contain placeholders for accounts as <GERRIT_ACCOUNT_XXXXXXX> (where XXXXXXX is the account ID). The referenced accounts are returned in the CodeOwnerStatusInfo entity that contains this PathCodeOwnerStatusInfo (see field accounts). Not set if there are no reasons.

RenameEmailInput

The RenameEmailInput entity specifies how an email should be renamed.

Field NameDescription
messageoptionalCommit message that should be used for the commit that renames the email in the code owner config files. If not set the following default commit message is used: “Rename email in code owner config files”
old_emailThe old email that should be replaced with the new email.
new_emailThe new email that should be used to replace the old email.

RenameEmailResultInfo

The RenameEmailResultInfo entity describes the result of the rename email REST endpoint.

Field NameDescription
commitoptionalThe commit that did the email rename. Not set, if no update was necessary.

RequiredApprovalInfo

The RequiredApprovalInfo entity describes an approval that is required for an action.

Field NameDescription
labelThe name of label on which an approval is required.
valueThe voting value that is required on the label.

Capabilities

Check Code Owner

Global capability that allows a user to call the Check Code Owner REST endpoint and use the --debug option of the List Code Owners REST endpoints.

Assigning this capability allows users to inspect code ownerships. This may reveal accounts and secondary emails to the user that the user cannot see otherwise. Hence this capability should only ge granted to trusted users.

Administrators have this capability implicitly assigned.

The same as all global capabilities, the Check Code Owner global capability is assigned on the All-Projects project in the Global Capabilities access section.


Service Users

Some of the @PLUGIN@ REST endpoints have special handling of code owners that are service users:

To detect service users the @PLUGIN@ plugin relies on the Service Users group. This group should contain all service users, such as bots, and is maintained by the host admins.

If you are a host admin, please make sure all bots that run against your host are part of the Service Users group.

If you are a bot owner, please make sure your bot is part of the Service Users group on all hosts it runs on.

To add users to the “Service Users” group, first ensure that the group exists on your host. If it doesn't, create it. The name must exactly be Service Users.

To create a group, use the Gerrit UI: BROWSE -> Groups -> CREATE NEW.

Then, add the bots as members in this group. Alternatively, add an existing group that only contains bots as a subgroup of the Service Users group.

To add members or subgroups, use the Gerrit UI: BROWSE -> Groups -> search for Service Users -> Members.


Back to @PLUGIN@ documentation index

Part of Gerrit Code Review