Re: [RFE] Migration to gitlab

[Dmitry Gutov]

On 15.05.2019 5:30, Lars Ingebrigtsen wrote:

> I haven't followed this discussion closely, so I don't know whether
> anybody's mentioned this before: Emacs does have a way to interact with
> the Emacs bug tracker through the debbugs-gnu package.

Several times, yes. And I've responded: it is still slower than 
GitHub/GitLab. And I don't have SMTP configured in Emacs.

I'm not a big fan of the UI either, but that's secondary.

> It would also be nice if Emacs had (as part of report-bug, perhaps) a
> way to search bugs, so that users could see whether anybody else had
> reported the same thing, but again, the debbugs API isn't very...
> er...  expressive?

I think it did have that at some point?.. Or maybe I just dreamt that.

> Anyway, it's obvious that most younger programmers prefer the
> Git{hub,lab} way of doing things -- if only because that's the only way
> they've done this sort of thing before.  And it would be great if Emacs
> could cater to that programming pool, too.

Yup.

> But personally, I just loathe interacting with bug reports and patches
> through a web browser, and I hate the "accept the pull request" thing,
> because I want to test the patch locally on my own machine first, and I
> want to be able to fix up really minor syntax things myself before
> committing without brow-beating the patch submitter repeatedly to get
> them to fix up these things minor before accepting the patch.

I don't understand the hate on an optional feature: you could still 
download the patch, fix it up yourself, push and close. It can even be 
automated without too much difficulty. Or you can merge and push the 
minor fix-ups in a follow-up commit.

"Brow-beating" the submitter, as you phrased it, could be beneficial as 
well if the person is interested in contributing more than one patch.