[fpc-devel] [RFC] Modernising the FPC Release Process -- Proposal for Review

[Michael Van Canneyt]

On Fri, 17 Apr 2026, Martin Frb via fpc-devel wrote:

> On 17/04/2026 17:28, Michael Van Canneyt via fpc-devel wrote:
>>
>> That is where we have different visions.
>>
>> If I just wanted git, I would not need gitlab. gitea (or whatever it 
>> is called today) does the job.
>>
>> There were 2 reasons for switching to gitlab SaaS:
>> - No maintenance
>> - The tooling we get.
>>
>> If you don't want to use the tooling of gitlab, there is no point in
>> discussing, as that is a given for me: setting up some system beside 
>> gitlab which does what gitlab does, is IMO utterly pointless if you're 
>> already using gitlab.
>
> If it is just the MR click on "cherry pick this" => then I wouldn't call 
> that "tooling you get with Gitlab" => for that Gitlab is just a client, 
> like any other git client. And you can do that with any other git client.

The difference is that in gitlab it takes all the commits from the MR.
on the command-line, you need to specify all commits yourself.

Secondly, when you are handling the MR (which you must do anyway if it is
a 3rd party MR), you are already in gitlab, so it is right there under your nose. 
It's literally a click away.

You can of course go back to the command line and do everything manually there
after merging the MR if you are so inclined.

Michael.