|  | # Feature Set | 
|  |  | 
|  | The `@PLUGIN@` plugin supports the following features: | 
|  |  | 
|  | * Support for defining code owners: | 
|  | * Code owners can be specified in `OWNERS` files that can appear in any | 
|  | directory in the source branch. | 
|  | * Default code owners can be specified on repository level by an `OWNERS` | 
|  | file in the `refs/meta/config` branch. | 
|  | * Global code owners across repositories can be configured. | 
|  | * A fallback code owners policy controls who owns files that are not covered | 
|  | by `OWNERS` files. | 
|  | * Code owners can be specified by email (groups are not supported). | 
|  | * Inheritance from parent directories is supported and can be disabled. | 
|  | * Including an `OWNERS` file from other directories / branches / projects is | 
|  | possible (only on the same host). | 
|  | * File globs can be used. | 
|  | * see [code owners documentation](config-guide.html#codeOwners) and | 
|  | [OWNERS syntax](backend-find-owners.html#syntax) | 
|  | <br><br> | 
|  | * Prevents submitting changes without code owner approvals: | 
|  | * Which votes count as code owner approvals is | 
|  | [configurable](setup-guide.html#configureCodeOwnerApproval). | 
|  | * Implemented as Java submit rule (no Prolog). | 
|  | * Configuring [exemptions](user-guide.html#codeOwnerExemptions) is possible. | 
|  | <br><br> | 
|  | * Support for overrides: | 
|  | * Privileged users can be allowed to override the code owner submit check. | 
|  | * Overriding is done by voting on a [configured override | 
|  | label](setup-guide.html#configureCodeOwnerOverrides). | 
|  | * see [override setup](config-faqs.html#setupOverrides) | 
|  | <br><br> | 
|  | * UI extensions on change screen: | 
|  | * [Code owner suggestion](how-to-use.html#howDoesItWork) | 
|  | * [Display of the code owners submit requirement](how-to-use.html#codeOwnersSubmitRequirement) | 
|  | * [Display of code owner statuses in the file list](how-to-use.html#perFilCodeOwnerStatuses) | 
|  | * Change messages that list the owned paths. | 
|  | * see [UI walkthrough](how-to-use.html) and [user guide](user-guide.html) | 
|  | <br><br> | 
|  | * Extensible: | 
|  | * Supports multiple [backends](backends.html) which can implement different | 
|  | syntaxes for `OWNERS` files. | 
|  | <br><br> | 
|  | * Validation: | 
|  | * updates to `OWNERS` files are [validated](validation.html) on commit | 
|  | received and submit | 
|  | * `OWNERS` files in a [project](rest-api.html#check-code-owner-config-files) | 
|  | or [revision](rest-api.html#check-code-owner-config-files-in-revision) can | 
|  | be validated on demand to detect consistency issues | 
|  | <br><br> | 
|  | * Rich REST API: | 
|  | * see [REST API documentation](rest-api.html) | 
|  | <br><br> | 
|  | * Highly configurable: | 
|  | * see [setup guide](setup-guide.html), [config-guide](config-guide.html), | 
|  | [config FAQs](config-faqs.html) and [config documentation](config.html) | 
|  |  | 
|  | --- | 
|  |  | 
|  | Back to [@PLUGIN@ documentation index](index.html) | 
|  |  | 
|  | Part of [Gerrit Code Review](../../../Documentation/index.html) |