Upon seeing a "stale" warning, how do I signal to the bot that this PR shouldn't be closed soon? Or perhaps upon re-opening, the bot ought to back off on this one forevermore?
On Thu, Sep 19, 2024 at 3:06 PM Jan Høydahl <jan....@cominvent.com> wrote: > +1 I’ve tried suggesting this several times, also for abandoned JIRA > issues, but always big pushback. > > If we get a stale warning and then, if no one cares, another notification > when auto-closing, no one can say they were not warned. And old closed PRs > can always be re-opened, but at that point there will be so many merge > conflicts so who’d want to anyway? 😉 > > Jan Høydahl > > > On 19 Sep 2024, at 20:07, David Smiley <dsmi...@apache.org> wrote: > > > > I don't see in the dev list here a discussion on auto-closing old PRs > but > > FWIW I'm in favor of that provided we could somehow choose to keep a PR > > open that we're still passionate about, that we don't want to be > > forgotten. This was discussed in the meetup yesterday. > > > >> On Fri, Jan 26, 2024 at 10:56 AM Eric Pugh < > ep...@opensourceconnections.com> > >> wrote: > >> > >> When I picked up https://github.com/apache/solr/pull/2225 it was cool > to > >> see the “start-script” label! Thanks! > >> > >> > >> > >>>> On Jan 26, 2024, at 10:33 AM, Jan Høydahl <jan....@cominvent.com> > wrote: > >>> > >>> The StaleBot is now active, running once a day at midnight. > >>> I started in a conservative way, only labeling 10 PRs a day, and > setting > >> the threshold at 60 days. > >>> This gives us some time to evaluate without labeling the entire > backlog. > >>> Will be interesting to see whether the Bot results in some fogotten PRs > >> being completed. > >>> > >>> Jan > >>> > >>>> 8. jan. 2024 kl. 23:10 skrev Jan Høydahl <jan....@cominvent.com>: > >>>> > >>>> Hi, > >>>> > >>>> Got some initial (positive) feedback on the auto-categorization PR and > >> plan to merge on Thursday, giving you some more time to review. I feel I > >> have not 100% nailed perfect labels. Obviously we can't auto label > things > >> like feature/bug, or versions, so this is only a "category". Ideally > there > >> would be a a 1:1 between these "category" labels and the "Components" > >> defined in JIRA. But here are 96 different "Components" there, most of > them > >> are old/irrelevant and not always very good IMO. So I'd rather attempt > to > >> align JIRA components with whatever we come up with here... > >>>> > >>>> Lucene has just put their StaleBot to work, and I created > >> https://github.com/apache/solr/pull/2184 to do the same for Solr. Have > a > >> look. > >>>> > >>>> Jan > >>>> > >>>>> 6. jan. 2024 kl. 01:21 skrev Jan Høydahl <jan....@cominvent.com>: > >>>>> > >>>>> Hi, > >>>>> > >>>>> We tend to not use the GitHub's PR labels we have defined. > >>>>> So I whipped up https://github.com/apache/solr/pull/2180 which is > >> configured to auto-label PRs based on what files are changed. Feedback > >> welcome. > >>>>> > >>>>> Also, I hope we can implement StaleBot for labeling PRs as stale. > >> Lucene is going to test it, see > >> https://github.com/apache/lucene/pull/12813. If that goes well, let's > >> copy their config :) > >>>>> > >>>>> - Jan > >>>>> > >>>>> > >>>> > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > >>> For additional commands, e-mail: dev-h...@solr.apache.org > >>> > >> > >> _______________________ > >> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > >> http://www.opensourceconnections.com < > >> http://www.opensourceconnections.com/> | My Free/Busy < > >> http://tinyurl.com/eric-cal> > >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > >> > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw > > > >> > >> This e-mail and all contents, including attachments, is considered to be > >> Company Confidential unless explicitly stated otherwise, regardless of > >> whether attachments are marked as such. > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > For additional commands, e-mail: dev-h...@solr.apache.org > >
