On 27 Jul 2017, at 12:39, Christophe Fergeau <cfergeau@xxxxxxxxxx> wrote:On Thu, Jul 27, 2017 at 11:54:08AM +0200, Victor Toso wrote:On Mon, Jul 24, 2017 at 10:47:34AM -0400, Frediano Ziglio wrote:Not really familiar with GitLab merge requests but on GitHub they
remain open till closed so this would help with old ones.
The big change on moving to full PR is the way of commenting patches.
Unless PR are just used for tracking and are replicated to ML but
maybe is hard to keep them consistent. I think is possible to configure
PRs to send changes to ML. This would make the history persistent on
the ML.
Could we try for a period and see how does it go?
+1, but how should we approach that? I think we need to move from
freedesktop to either gitlab or github first otherwise we can get
confused on what's going on.
Just to be sure, you are both suggesting switching to pull requests, and
doing the reviews in gitlab web UI?Not me. Reviewing by mail is fine with me.Actually, Im concerned that if we switch to PR/MR, then some commentswill end up being made only there, which is why I asked if there was away to forward these comments to the mailing list. I believe thisis possible from the group administration (its certainly possiblefor individual accounts on gitlab).
The initial problem is that some reviews are not done in a timely
manner. Being able to easily get a list of pending reviews was brought
forward as a potential solution to this problem, and apparently, you
both think that switching from email based reviews to a web based review
system would help in getting more reviews faster? (iow, it would make
you more efficient at reviewing code, and you vastly prefer that over
email).No, that’s not correct (at least for me). The review itself can happen over mail,what I find inefficient is:a) to get the list of things to review, andb) to get a working version of the code after patchingFor a), email is good to notify you of recent reviews posted. But searchingthrough e-mail for unreviewed stuff is not easy. Do you have a good trick for that?For b), Im not talking about git am. You may not realize that justfiguring out which of our 17 repositories (not including personalones) some particular patch applies to is not always obvious.Im pretty sure this is not so much of a problem when you have workedlonger on the project, so I am bringing that up precisely becauseIm still fresh enough to remember this being an issue.
I'm not necessarily opposed to trying things out, I'm just trying to get
a clear view of what we are expecting to get out of the change.First things first, if we want to try MR/PR, we should switch to gitlabas the primary. I understand there was a desire to do that also becausefreedesktop user creation was slow.Would this be a valid first step?
Christophe
There's already https://gitlab.com/spice/spice
Frediano
_______________________________________________ Spice-devel mailing list Spice-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/spice-devel