<div dir="ltr">I think current process of writing a NEWS entry on every ticket is good. <div><br></div><div>It helps a lot when investingating environment differences: you see a bug on some, say, RDS database, and can't reproduce it locally. You then take your latest version and read NEWS top-to-bottom until you see a line mentioning your issue, which has a link to ticket. It sometimes has workarounds there :)</div><div><br></div><div>Doing it by commit messages is much less fun, as they often don't mention high-level manifestation of bug (like "crash in ANALYZE"), but a way of fixing ("Handle almost-infinite features when building table statistics"). Or, sometimes, it can be dozens of commits until a fix is found.</div><div><br></div><div>Some pre-release rearrangement of NEWS, like sorting most-to-least interesting, grouping similar issues, merging alpha-beta-rc and combining issues that were added and fixed in between is a good plan though.</div><br><div class="gmail_quote"><div dir="ltr">пт, 14 сент. 2018 г. в 14:02, Greg Troxel <<a href="mailto:gdt@lexort.com" target="_blank">gdt@lexort.com</a>>:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
"Regina Obe" <<a href="mailto:lr@pcorp.us" target="_blank">lr@pcorp.us</a>> writes:<br>
<br>
> Strk,<br>
><br>
> I was planning to get rid of all that bug stuff on final release<br>
> notes.  I feel noting those changes (even bugs) in RCs is important<br>
> otherwise how will people know what to test?<br>
<br>
I stand with strk here :-)<br>
<br>
People testing RCs have read the email message announcing the RC, so it<br>
can be there instead.<br>
<br>
Also, in the longstandin GNU tradition (which is where NEWS came from)<br>
bug fixes do not generally belong in NEWS, unless the bug is notorious.<br>
It's supposed to be about significant changes, like removed and new<br>
APIs, new user programs, new dependency/compiler requirements, and<br>
things those using the program need to adapt to.<br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Darafei Praliaskouski<br>Support me: <a href="http://patreon.com/komzpa">http://patreon.com/komzpa</a></div></div>