Re: Gitlab Migration

[Eli Zaretskii]

> From: Tim Cross <theophilusx@gmail.com>
> Date: Fri, 27 Aug 2021 16:10:03 +1000
> 
> > AFAIK, merging a PM is usually a UI action.  But if it is done
> > manually like you describe, then there's no difference, and no
> > advantage to either method.
> >
> It is really up to the individual. Github for exmaple, provides
> instructions for merging PRs using either the web UI or the command
> line. For the CLI, you are adding the remote PR as a 'remote' to your
> local git repository. You can then check it out as a branch, review,
> modify and test. If satisfied, you then just merge into your main branch
> (or whatever branch is appropriate), push it up and close the PR.

I know that one can do all that in Git commands, but the issue at hand
was the claim that PR workflow has advantages for the person who
merges the PR.  As I say above, if one does that via plain Git
commands, I see no advantages.

> (for example, might require review by one or more reviewers, who
> could be trusted volunteers who are comfortable to assist with
> reviewing, but perhaps not with the responsibility of merging).

These all are moot points for Emacs, because the people and roles you
describe simply don't exist.

> However, it seems the main issue isn't whether these so called 'modern'
> workflows are a bad idea, but rather whether there is software which
> implements these workflows which is FSF compliant.

I don't agree that this is the main issue.  It is an important factor,
yes.  But until we find a platform that fits the needs, it is also a
moot point, IMO.

> Until software is identified which meet FSF requirements, little can
> change and debating the merits is largely pointless.

I think it's the other way around: we need first to identify the
platform that fits our basic needs or can be extended to do that;
until we do that, it's pointless to look at the political issues.