commit | 2d60700caa1f3861ebb946356b37a64534e380ea | [log] [tgz] |
---|---|---|
author | Luca Milanesio <luca.milanesio@gmail.com> | Mon Nov 21 10:50:15 2022 +0000 |
committer | Luca Milanesio <luca.milanesio@gmail.com> | Mon Nov 21 10:51:08 2022 +0000 |
tree | 4be15033abf20a88a23eaf73fd6d342c7186a9d2 | |
parent | 34875b6ab7edb95a5ce46c0749148761f55693c8 [diff] | |
parent | f48d32e25cafe8569e20064af1ea878525c3d575 [diff] |
Merge branch 'stable-3.5' into stable-3.6 * stable-3.5: Add ARM64 platform in the Debian packages Parametrise VENDOR_USER for specifying the GPG key owner Add sudo dependency Download plugins from archive-ci Re-release Gerrit v3.4.8 Require Java 11 or later Set Gerrit to 3.5.4 Set Gerrit to 3.4.8 Set Gerrit to 3.4.7 Set Gerrit to 3.5.3 Set Gerrit to 3.4.6 Change-Id: I35112ce6d24b95df2650083ad73316bb8735b61b
This project contains the native Gerrit installation packages for the most popular platforms:
fpm subdirectory contains the Makefile to create RPM and DEB packages for a basic Gerrit installation with the following options:
_
become_
any_
accountYou need to have a Linux with the FPM utility installed. Then execute the following steps from the cloned gerrit-installer project workspace:
RPM/DEBS gets created as fpm/out/gerrit-*.(deb|rpm)
FPM Makefile allows to customise the version and URL where Gerrit war gets downloaded. By overriding the VERSION variable it is possible to build any Gerrit version that is published on Google Releases Storage http://gerrit-releases.storage.googleapis.com/.
In order to build the package for Gerrit Ver. 2.9.4:
RPM/DEBS gets created as fpm/out/gerrit-2.9.4.(deb|rpm)
Gerrit 2.11/master branch is not published on Google Releases Storage, but is available on Gerrit Build Server under the permalink: http://ci.gerritforge.com/job/Gerrit-master/lastSuccessfulBuild/artifact/buck-out/gen/gerrit.war
In order to build the package for Gerrit Ver. 2.11/master:
RPM/DEBS gets created as fpm/out/gerrit-2.11.(deb|rpm)
If you wish to publish the RPMs to a custom or public YUM repo server, you need to sign the packages and create the associated yum.repo definition to be installed on the clients.
The yum-repo directory contains a Makefile that is designed to help you in automating the repo creation and client configuration.
In order to build a YUM repository you need to have already generated the RPMs as indicated in the previous steps and then execute:
A client RPM package will be generated under the client
sub-directory and will need to be installed manually on the clients in order to configure your YUM repository.
A YUM repo structure will be generated under the server
sub-directory and will need to be uploaded to your HTTP Web-Server or to a public repository service (e.g. BinTray or even GitHub).
NOTE: By default the yum-repo generated will use the GerritForge credentials. Should you need to publish your own repository you would need to generate your own PGP private/public keys and override the vendor's definitions.
In order to generate a customized vendor's settings for the yum-repo, you need to execute:
NOTE: The yum-repo settings are assuming that you are publishing the yum-repo server and make the URL listed on http://mirrorlist.mycompany.com/yum