stale MR triage

Ben Cooksley bcooksley at
Fri Sep 18 02:09:29 BST 2020

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?

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

> 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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the kde-core-devel mailing list