I quite agree with this: the end goal of a CHANGELOG.md (or NEWS.md if you prefer) should be to give the end-user a summarized view of the changes since the last release, organized logically by order of importance, not chronologically by order of commit.
Something like: security issues, breaking changes, major features, major bugfixes, minor features, minor bugfixes.
Something like: security issues, breaking changes, major features, major bugfixes, minor features, minor bugfixes.