Report parsing errors as fatal

Parsing errors are worse then other errors since non-parseable code
owner config files can make changes non-submittable, while other errors
just lead to ignoring that part of the config.

In a follow-up change we want to extend the check code owner config REST
endpoints to accept a verbosity level as input that controls which kind
of issues should be reported. For example, by setting the verbosity
level to fatal one can then use these REST endpoint to only check for
non-parseable code owner config files, without needing to filter out
other results manually. E.g. checking for non-parseable code owner
config files should be done before turning on the code owners
functionality for a project.

Signed-off-by: Edwin Kempin <ekempin@google.com>
Change-Id: Ief72e334c6234e7652d9cdc859550bacacce2ad0
5 files changed
tree: eae0d8e1059eadf8953e05e042e67e6b842e4bee
  1. java/
  2. javatests/
  3. proto/
  4. resources/
  5. test/
  6. ui/
  7. .eslintrc.json
  8. .gitignore
  9. .gitreview
  10. bower.json
  11. BUILD
  12. LICENSE
  13. package-lock.json
  14. package.json
  15. README.md
README.md

Gerrit Code Review code-owners plugin

This plugin provides support for defining code owners for files in a repository.

If the code-owners plugin is enabled, changes can only be submitted if all touched files are covered by approvals from code owners.

Also see resources/Documentation/about.md

IMPORTANT: Before installing/enabling the plugin follow the instructions from the setup guide, see resources/Documentation/setup-guide.md