Re: [RFE] Migration to gitlab

[Konstantin Kharlamov]

On Ср, Mar 20, 2019 at 09:13:11, Eli Zaretskii <address@hidden> wrote:
> >  My point is: moving these destructive checks to the moment of the
> >  actual contribution to upstream (i.e. the gitlab CI that runs for 
> > every
> >  merge-request) would make more pleasant experience for contributors,
> >  whilst not taking anything from maintainers (sure, "fix unit-test
> >  failures that your commit caused" is something that a contributor 
> > could
> >  probably figure out themselves).
>
> And my point is that we are once again arguing about very much minor
> issues, without doing anything about, nor even touching, the more
> important ones.  E.g., I asked up-thread whether you knew how many
> people review patches for Emacs; did you follow up on that?  This is
> IMO much more important for Emacs development and eventually for its
> future than whether our CI will be from Gitlab or from somewhere else,
> definitely more important than the commit hooks issue.

I didn't reply this point because I don't know what to add. I get that 
there's not much people doing review, but it's a pain present in most 
projects. Even some Linux kernel subsystems often lacks proper review, 
I regularly see articles about that on LWN popping up — and the 
kernel has thousands of contributors, most of them are paid ones.

Undoubtedly this is important for Emacs future, but where do you think 
new people can appear from? Consider that when I'm talking about 
newbies, I'm implicitly talking about possible future maintainers.