Hi Javier,
Just a logical consequence of how the release process works. Bug fixes
releases are done from the release/3.9 branch, so the NEWS.md file for a
3.9.x release is edited there, and not in master. And we don't forward
port the changes of the NEWS.md from release/* branches to master. There
are pros & cons in doing that:
- pros: having the full list of changes of all releases
- cons: having the full list of changes of all releases ! :-)
Even
Le 17/07/2024 à 09:49, Javier Jimenez Shaw via gdal-dev a écrit :
I find it strange. There is a long list of news ... but it covers only
things that were added exactly in the x.y.0 releases. All the changes
that happened in "bugfix releases" (that is x.y.z for z>0) is only on
that branch.
You can compare these two pages
https://github.com/OSGeo/gdal/blob/release/3.8/NEWS.md
https://github.com/OSGeo/gdal/blob/release/3.9/NEWS.md
However most of the changes are done in master and some back-ported to
the current release branch. That is, if I do a PR in master today that
is not breaking any API, it will be probably backported to 3.9, and
released in 3.9.2. It will appear in the news for 3.9... but it will
not appear in the long list of news for 3.10 and later releases.
Is that what is happening? If yes, do we want to change that?
Javier
On Tue, 16 Jul 2024 at 11:12, Laurențiu Nicola <lnic...@dend.ro> wrote:
Try https://github.com/OSGeo/gdal/blob/release/3.9/NEWS.md, I
think the patch release changes either get folded into the next
minor changelogs or don't get included at all. But the release
branch always has the full set of changes.
Laurentiu
On Tue, Jul 16, 2024, at 12:09, Javier Jimenez Shaw via gdal-dev
wrote:
Hi
I noticed that https://github.com/OSGeo/gdal/blob/master/NEWS.md
is telling about 3.9.0, while the last release is 3.9.1
Is that intentional?
Cheers,
Javier
.___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... .... ._ .__
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev