El divendres, 18 de setembre de 2020, a les 0:36:04 CEST, Albert Astals Cid va 
escriure:
> El dijous, 17 de setembre de 2020, a les 16:57:32 CEST, Harald Sitter va 
> escriure:
> > Griaß eich!
> > 
> > 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.
> > 
> > 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?
> 
> My default "sort MR by age" view in Okular is now unusable since there's 
> suddenly a bunch of MRs that are now 2 days old instead of 9 months old.
> 
> That makes me very unhappy and more unproductive.
> 
> And i guess it basically breaks your code since next month those MRs are not 
> without updates for 2 weeks because you just linked to them last week?

s/next month/next week

> 
> How can we fix that?
> 
> Cheers,
>   Albert
> 
> > 
> > [1] https://invent.kde.org/sitter/triage/-/pipelines
> > [2] https://gitlab.com/gitlab-org/gitlab-triage
> > [3] https://invent.kde.org/sitter/demo/-/issues/2 (feel free to deal
> > with items on this list already)
> > 
> > HS
> > 
> 
> 
> 
> 
> 




Reply via email to