[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