commit | 773777e61335a65c8a73969a0dc9503ab263d33f | [log] [tgz] |
---|---|---|
author | Thomas Draebing <thomas.draebing@sap.com> | Mon Jul 27 12:44:10 2020 +0200 |
committer | Thomas Dräbing <thomas.draebing@sap.com> | Fri Jul 31 14:31:07 2020 +0000 |
tree | 8f6aa7401aea6c0f1b3786479defd97ab3f4beac | |
parent | ddfe7765d40f8968fdfd3f1b08f2a4fa48906920 [diff] |
Respect log.textLogging and log.jsonLogging using --console-log The gerrit.war daemon provides a --console-log flag to send the error logs to stderr. However, when using this flag, no logs were written to the error_log or error_log.json files, even if the corresponding option, log.textLogging or log.jsonLogging, was set in the gerrit.config file. On the one hand, the configuration should be respected and on the other hand, there are usecases, where both output channels are useful. Mainly, if Gerrit is run in a docker container, it is useful to be able to use 'docker logs' to view the current logs and to have the logs persisted at the same time. While one can tail the log-file to do so, Gerrit is then not the main process of the container and will thus not be gracefully shutdown, when stopping the container. Use the --console-log option together with {text|json}Logging to log to stderr and the error_log file without the need to tail the file to stdout. Note, that this will as a side effect change the default behaviour of the --console-log flag. Since the log.textLogging option is true by default, using the --console-log flag will now by default log to stderr and the error_log file. This can be prevented by setting log.textLogging to 'false'. Bug: Issue 13184 Change-Id: I5c3dfa531a6ccd397d3ceb60defc6e83943e95f1
Gerrit is a code review and project management tool for Git based projects.
Gerrit makes reviews easier by showing changes in a side-by-side display, and allowing inline comments to be added by any reviewer.
Gerrit simplifies Git based project maintainership by permitting any authorized user to submit changes to the master Git repository, rather than requiring all approved changes to be merged in by hand by the project maintainer.
For information about how to install and use Gerrit, refer to the documentation.
Our canonical Git repository is located on googlesource.com. There is a mirror of the repository on Github.
Please report bugs on the issue tracker.
Gerrit is the work of hundreds of contributors. We appreciate your help!
Please read the contribution guidelines.
Note that we do not accept Pull Requests via the Github mirror.
The Developer Mailing list is repo-discuss on Google Groups.
Gerrit is provided under the Apache License 2.0.
Install Bazel and run the following:
git clone --recurse-submodules https://gerrit.googlesource.com/gerrit cd gerrit && bazel build release
The instruction how to configure GerritForge/BinTray repositories is here
On Debian/Ubuntu run:
apt-get update & apt-get install gerrit=<version>-<release>
NOTE: release is a counter that starts with 1 and indicates the number of packages that have been released with the same version of the software.
On CentOS/RedHat run:
yum clean all && yum install gerrit-<version>[-<release>]
On Fedora run:
dnf clean all && dnf install gerrit-<version>[-<release>]
Docker images of Gerrit are available on DockerHub
To run a CentOS 7 based Gerrit image:
docker run -p 8080:8080 gerritforge/gerrit-centos7[:version]
To run a Ubuntu 15.04 based Gerrit image:
docker run -p 8080:8080 gerritforge/gerrit-ubuntu15.04[:version]
NOTE: release is optional. Last released package of the version is installed if the release number is omitted.