stale MR triage

Harald Sitter sitter at
Fri Sep 18 12:35:15 BST 2020

On Fri, Sep 18, 2020 at 3:09 AM Ben Cooksley <bcooksley at> wrote:
> On Fri, 18 Sep 2020, 2:58 am Harald Sitter, <sitter at> wrote:
>> GriaƟ eich!
> Hi Harald,
>> In the KF6 BOF we were chatting about merge requests not being nearly
>> as actively watched because people didn't necessarily subscribe to all
>> projects. While that is a solvable problem by asking people to kindly
>> subscribe, it got us thinking that we should have a way to deal with
>> stale MRs in general. For all projects.
> Please note that from my reading of the code this would also trigger for people's personal projects as well?

It only lists !personal projects: takes
care fo that.

> I assume the token it currently uses is your personal one?

Yep, Bhushan was thinking we should use a bot account, and I agree.

>> So.... here's the proposal:
>> We'll setup a new triage project (prototype at [1]; going to move)
>> that project runs a pipeline once a week that runs the existing
>> gitlab-triage tool [1] to collect all MRs that haven't received an
>> update for 2 weeks. The MRs are then dumped into an issue on the
>> triage project (ex at [2]). Anyone who is willing to help out with cat
>> herding can subscribe to that project and gets notified of these
>> auto-generated issues. We can then walk through the list of stales to
>> work out a solution for getting them moving (assign a helpful
>> reviewer, ping, review ourselves).
>> Any further thoughts?
>> [1]
>> [2]
>> [3] (feel free to deal
>> with items on this list already)
>> HS
> Cheers,
> Ben

More information about the kde-core-devel mailing list