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

Michael Van Canneyt michael at freepascal.org
Sat Apr 18 12:01:34 CEST 2026



On Sat, 18 Apr 2026, Martin Frb via fpc-devel wrote:

> On 18/04/2026 11:05, Michael Van Canneyt via fpc-devel wrote:
>>
>>
>> On Fri, 17 Apr 2026, Martin Frb via fpc-devel wrote:
>>>
>>> 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.
> If the MR is merged, I have a branch with all the commits. Most local 
> GUI clients will make it very easy to select that for picking => so 
> there is no real difference in that.
> I stand by: That button in gitlab is no better tooling than any other 
> (halfway decent) GUI client. (GUI, since the web is GUI too)

Except see below.

>
>> 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 were conveniently ignoring this part in your reply. 
You have to handle the user's MRs in gitlab.

Which is exactly what I am doing:

Merge Requests Grouped by User:
--------------------------------
     586 mvancanneyt
     452 FPK2
      16 PierreMuller
      16 CuriousKit
      11 chainq
       7 PascalDragon
       7 nickysn
       7 jmaebe
       6 marcoonthegit
       4 lazidealist
       1 xhajt03
       1 jvdsluis

Standard output of gitlab tooling, BTW.

Michael.


More information about the fpc-devel mailing list