Re: Moving project infrastructure / services to GitLab
On Mon, Mar 02, 2020 at 05:09:28PM +0100, Erik Skultety wrote:
Apart from the WebUI-based review process which is rather painful
(but I guess
anything is better than gerrit for that matter) and non-existent threading
within discussion topics, I agree to all the points, as having a nice SaaS
platform alleviating us from much of the maintenance burden is the way to go.
Writing this mail made me understand more clearly why Gerrit has not seen
the adoption of GitLab/Hub. The initial issue was that Gerrit requires
hosting somewhere historically, though openstack opened their infra up to
3rd party projects recently-ish. More generally though, Gerrit suffers
because it only tackles one small part of a project's infra needs, so it
misses benefits of integration of services seen with GitLab/Hub.
> 6. Use gitlab.com CI as primary post-merge build and test
platform
>
> Red Hat has recently provided libvirt significant resource on both an
> OpenStack and OpenShift, to serve as CI runners for libvirt, as we see
> fit.
>
> We can initially use the shared runners for all Linux testing and provide
> our own docker containers as the environment.
So, I guess I can start installing the gitlab runner into the CentOS 8 machine
I have in RHOS to start with, since I'm afraid I won't get an answer to my
request on opening a channel to external runners any time soon and seeing
gitlab has this already resolved gives me a bit of my lost hope back.
Erik
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|