To toss my two cents in, I agree with Hoss's point generally. Burying important things that users may care about in "Other Changes" makes them harder to discover, and we should start double-checking ourselves on that.
But as for test-fix changes specifically, if the main purpose of CHANGES.txt is to: > be able to understand at a glance what important changes tye may care about then I'm not sure test-fixes should be in CHANGES.txt at all. Very few users are going to care about test bug fixes when evaluating what's new in a Solr, or what they'll need to do to upgrade. The added noise probably makes it harder for users to identify which changes actually matter to them. Best, Jason On Thu, Apr 5, 2018 at 2:56 PM, Shawn Heisey <apa...@elyograg.org> wrote: > On 4/5/2018 12:38 PM, David Smiley wrote: >> This issues you listed are gray areas; I won't debate each with you. >> I respect your opinion. I just don't see the value of a section for >> *test* bug fixes. A user wants to know about the improvements, >> features, and bug fixes (to a running Solr instance). Everything else >> is just not as interesting to a user so goes in other, even though >> technically it's a bug fix (to a test). > > I see two viable solutions. One is a completely separate CHANGES file > for dev/test issues, the other is a new section in the existing file, so > that Other Changes isn't overrun as Hoss has noticed. > > It's my opinion, which I think aligns with what Hoss is saying, that the > fact that Other Changes is getting so much use (abuse?) is an indication > of one of two things, and quite possibly both: > > 1) The sections we have are insufficient for proper classification. > 2) We aren't putting issues in the right section. > > Thanks, > Shawn > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
