> I recall getting a direct email to me if I contributed a
> change to a CI failure.  I would like this.  I would also like a dev
> list email periodically (weekly?) listing the CI job status

+1 to any effort that aims to summarize "builds@".

Even for folks that check "builds@" regularly it can be hard to catch
the "signal" through all the noise.  "builds@" sent out so much (~65
failure/unstable emails this week, with 11 yesterday alone!) that it's
all too easy to miss a failure that's new, or potentially related to
something I changed recently.  That's why Fucit is so valuable for us
IMO - aggregation.  It's giving us information at a glance that you
could otherwise only get by slogging through 50-70 emails.

Any other creative ways we can find to aggregate or digest that
"build@" content is going to be helpful IMO.

> You mention “PR validation doesn’t run BATS tests”….   Maybe it should?

+1 to this as well.  I don't have opinions on the specific form of
that additional PR validation (e.g. BATS vs docker).  But the general
idea of trading a bit of speed on our PR checks for additional
validation/coverage is a good one IMO.

Jason

On Thu, Jun 6, 2024 at 9:32 AM David Smiley <dsmi...@apache.org> wrote:
>
> We could add (yet) another Github workflow validation.  Or maybe take
> the Docker one, which looks at certain paths (including bin/solr), and
> generalizes to be not just testing docker but also running BATS
> integration tests.  Then think of this as the "integration test"
> build.  The "paths" it looks at could be expanded to include some of
> the Java source CLI patterns so this runs in more cases that are
> likely to be impacted.
>
> I'm slightly reluctant to take the Crave build and slow it down to run
> those integration tests that run serially.  It's amazing, particularly
> when working locally, to get fast feedback on all Java based tests.
> Admittedly it's not an either-or; it's a matter of indicating the
> desired targets in the build, so I shouldn't be reluctant here.
> Anyway, I'm more keen to expand the scope of the Docker build.
>
> On Thu, Jun 6, 2024 at 9:17 AM Eric Pugh
> <ep...@opensourceconnections.com> wrote:
> >
> > I think a weekly heads up would be great to have.
> >
> > You mention “PR validation doesn’t run BATS tests”….   Maybe it should?  
> > We’ve had a lot of churn in the CLI, and we’ll probably continue to have 
> > that till 10x comes out, so that would be a nice check.   Plus, if we add 
> > more integration style BATS tests, why not have them be run on the PR’s?
> >
> > > On May 31, 2024, at 11:40 AM, David Smiley <dsmi...@apache.org> wrote:
> > >
> > > I'm concerned that too few people look at the bui...@solr.apache.org
> > > From time to time I go look but we have no notifications other than
> > > emailing that list.
> > >
> > > If hypothetically nobody looked, we might as well not have CI at all;
> > > we'd only have PR based validation.  We'd lose out on historic test
> > > failure tracking and detection of introducing a problem that got
> > > merged anyway.  PR validation doesn't run BATS tests or "Nightly"
> > > tests.
> > >
> > > Long ago, I recall getting a direct email to me if I contributed a
> > > change to a CI failure.  I would like this.  I would also like a dev
> > > list email periodically (weekly?) listing the CI job status.
> > >
> > > Any opinions on what to do here?
> > >
> > > ~ David Smiley
> > > Apache Lucene/Solr Search Developer
> > > http://www.linkedin.com/in/davidwsmiley
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > > For additional commands, e-mail: dev-h...@solr.apache.org
> > >
> >
> > _______________________
> > Eric Pugh | Founder | 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
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org

Reply via email to