Re: [RFE] Migration to gitlab

[Tadeus Prastowo <tadeus.prastowo@unitn.it>]

On Thu, Mar 21, 2019 at 9:44 AM Philippe Vaucher
<philippe.vaucher@gmail.com> wrote:
>>
>> Recent years saw a lot of change in Emacs infrastructure and
>> maintenance procedures -- we moved from CVS to Bazaar to Git, we
>> removed some of the obstacles to newcomers, such as ChangeLog files,
>> we codified the most important parts of the procedures in CONTRIBUTE,
>> etc.  This indeed brought welcome new contributors, but the growth is
>> very slow, and the impact on the patch review process and on the
>> number of people who are proficient in core parts of the internals is
>> still very much minor and inadequate, IMO.  E.g., the backlog in patch
>> review and in solving reported issues is still unsatisfactory.
>
>
> It was a nice effort on your part but I feel those changes are unlikely to really bring a lot of newcomers. Github/Gitlab users want to have things like this:
>
> https://github.com/bbatsov/projectile/pull/1386
> https://github.com/moby/moby/pull/38823
> https://github.com/Silex/docker-emacs/pull/24
>
> Things to watch for:
>
> Contributions templates (checkboxes, descriptions)
> Tags/Labels for easier filtering of issues that affect X or Y
> Inline code review, with code highlighting, which you can then "resolve" and push new versions that are hidden by default so you only see the latest relevant
> CI bots that builds & tests your change, report breakage (travis-ci) or display code coverage changes (codedov)
> Tabs at the top for status of the PR, commits, files changed, checks done
> Quickly view modified file history / filtering which files to display
> Cross referencing of issues
>
> I could go on & on about things that the tool does for you instead of you having to grep, find-name-dired, find-file, magit-log-buffer-file etc.
>
> With the mailing list the number of things you have to keep in your head or do manually is huge compared to when using these tools.
>
> Now, I understand that you probably see all this as more work, without any guarantee that the number of contributors will increase... so you are right to ask for people wanting these changes to become more involved.
>
> I hope I helped a bit in painting a better picture of why these tools feel "essential" to us, but they are also tied to a more general workflow/mindset and that is probably the crux of the issue.

May I know why instead of an RFE for a migration to have those
features, haven't you already set up one much like what a GNU/Linux
distro usually sets up to collect things pending upstream intake?

Additionally, if some packages are better maintained external to the
core Emacs, why not let them be so rather than trying to bringing them
contributing directly to the core?

> Kind regards,
> Philippe

--
Best regards,
Tadeus