But how do you pin to an intermediate version without a snapshot maven repository that would keep those pinned artifacts?
Dawid On Thu, Apr 29, 2021 at 9:45 PM David Smiley <[email protected]> wrote: > > +1 Jan, that sounds complementary to what I propose. We'd get notifications > via Jenkins that there are some compatibility issues. But we'd still pin a > version and upgrade at a time of our choosing. > > ~ David Smiley > Apache Lucene/Solr Search Developer > http://www.linkedin.com/in/davidwsmiley > > > On Thu, Apr 29, 2021 at 11:35 AM Jan Høydahl <[email protected]> > wrote: >> >> It could be feasible to let Jenkins do a periodic run (weekly?) of main >> branch with lucene SNAPSHOT. We can perhaps define a gradle property to >> override lucene version? -Dlucene.version=10.0.0-SNAPSHOT which Jenkins >> could easily trigger. I think a similar thought has been discussed before. >> >> Jan >> >> 29. apr. 2021 kl. 17:20 skrev Gus Heck <[email protected]>: >> >> We should still have some way of detecting these breakages early rather than >> later (or worse yet after lucene has released something). The easiest time >> to fix a problem is before someone else built on top of it. >> >> On Thu, Apr 29, 2021 at 11:15 AM Jason Gerlowski <[email protected]> >> wrote: >>> >>> +1 >>> >>> On Thu, Apr 29, 2021 at 11:12 AM Jan Høydahl >>> <[email protected]> wrote: >>> > >>> > +1 to pin. There will probably be a few more months until 9.0 given that >>> > 8.9 must be released first etc. >>> > >>> > Jan >>> > >>> > 29. apr. 2021 kl. 17:08 skrev David Smiley <[email protected]>: >>> > >>> > There have been some discussions previously about whether to pin the >>> > Lucene snapshot version until 9.0 is out, so that we update it manually >>> > instead of it being ~daily. Most recently in Slack but also this thread >>> > "Solr fails with current lucene-9.0.0-SNAPSHOT (LUCENE-9387)". I think >>> > the rate of spontaneous breaking has increased beyond my comfort level >>> > from being ambivalent on the matter to preferring more control of when we >>> > update. I know that may be as late as possible :-) but it minimizes >>> > surprises/disruptions. If there are no vetos on the matter in this >>> > thread, I'll throw up a PR. >>> > >>> > ~ David Smiley >>> > Apache Lucene/Solr Search Developer >>> > http://www.linkedin.com/in/davidwsmiley >>> > >>> > >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> -- >> http://www.needhamsoftware.com (work) >> http://www.the111shift.com (play) >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
