qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC] Using gitlab for upstream qemu repo?


From: Stefan Hajnoczi
Subject: Re: [RFC] Using gitlab for upstream qemu repo?
Date: Tue, 27 Oct 2020 14:08:18 +0000

On Mon, Oct 26, 2020 at 11:04:06AM +0000, Peter Maydell wrote:
> On Thu, 22 Oct 2020 at 17:48, Paolo Bonzini <pbonzini@redhat.com> wrote:
> > now that Gitlab is the primary CI infrastructure for QEMU, and that all
> > QEMU git repositories (including mirrors) are available on Gitlab, I
> > would like to propose that committers use Gitlab when merging commits to
> > QEMU repositories.
> 
> > Nothing would change for developers, who would still have access to all
> > three sets of repositories (git.qemu.org, gitlab.com and github.com).
> > Committers however would need to have an account on the
> > https://gitlab.com/qemu-project organization with access to the
> > repositories they care about.  They would also lose write access to
> > /srv/git on qemu.org.
> 
> Yes, this makes sense. Who in practice does it actually affect?
> For the main qemu.git repo, my guess is just me, Michael Roth
> for the stable branches, plus Richard H and Stefan H who both
> volunteered to do a turn on the merge-handling rota once we
> eventually get it set up to not depend on my ad-hoc CI setup.
> 
> I have a gitlab account so I'm set for this. Michael, do you
> have an account there and are you OK with switching to doing
> git pushes to the repo on gitlab rather than direct to qemu.org ?

Here are the users with commit access to qemu.org repos:

berkeley-softfloat-3 - pmaydell,mdroth,stefanha
berkeley-testfloat-3 - pmaydell,mdroth,stefanha
capstone - pmaydell,mdroth,stefanha
dtc - pmaydell,mdroth,stefanha
edk2 - pmaydell,mdroth,stefanha
ipxe - kraxel,lprosek
keycodemapdb - pmaydell,mdroth,stefanha
libslirp - pmaydell,mdroth,stefanha
meson - pmaydell,mdroth,stefanha
openbios - pmaydell,mdroth,stefanha
openhackware - pmaydell,mdroth,stefanha
opensbi - <none>
qboot - pmaydell,mdroth,stefanha
qemu - pmaydell,mdroth,stefanha
qemu-jeos - pmaydell,mdroth,stefanha
QemuMacDrivers - pmaydell,mdroth,stefanha
qemu-palcode - pmaydell,mdroth,stefanha
qemu-stable-0.10 - jforbes,afaerber,mdroth
qemu-stable-0.14 - jforbes,afaerber,mdroth
qemu-stable-0.15 - jforbes,afaerber,mdroth
qemu-stable-1.0 - jforbes,afaerber,mdroth
qemu-stable-1.1 - jforbes,afaerber,mdroth
qemu-stable-1.2 - jforbes,afaerber,mdroth
qemu-stable-1.3 - jforbes,afaerber,mdroth
qemu-stable-1.4 - jforbes,afaerber,mdroth
qemu-web - paolo,jcody,pmaydell,mdroth,thuth
s390-tools - pmaydell,mdroth,stefanha
seabios - pmaydell,mdroth,stefanha
seabios-hppa - pmaydell,mdroth,stefanha
sgabios - paolo
skiboot - pmaydell,mdroth,stefanha
SLOF - pmaydell,mdroth,stefanha
u-boot - pmaydell,mdroth,stefanha
u-boot-sam460ex - pmaydell,mdroth,stefanha
vbootrom - pmaydell,mdroth,stefanha
vgabios - pmaydell,mdroth,stefanha

Quite a few of those repos are mirrors and actually don't need human
push access.

The people who need push access are:
 * bonzini - qemu-web
 * mdroth - qemu-stable
 * pmaydell - qemu
 * rth - qemu
 * stefanha - qemu
 * thuth - qemu-web

Does this sound good?

Stefan

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]