Moving project infrastructure / services to GitLab

[Daniel P. Berrangé]

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 :|