`CHANGELOG.md` bump failed for branch with valid changelog?

[Ocramius]

Bug Report

See https://github.com/Ocramius/PackageVersions/actions/runs/213423994

Q	A
Version(s)	1.2.4

Didn't manage to investigate further, but changelog commit seemed to fail due to no generated diff (by the changelog bump tool)

[Ocramius]

More reproducers: https://github.com/Ocramius/PackageVersions/runs/997860158?check_suite_focus=true

Possibly my CHANGELOG.md being non-standard? Will probably consider dropping it completely, instead of pursuing (not important for me, given the release notes include the changelog anyway)

[weierophinney]

One way to check your format is to use keep-a-changelog (we have a PHAR if that makes it easier for you to consume; check the releases pages), and run keep-a-changelog version:list; if it finds your versions, then try a keep-a-changelog version:show {version} and see if it can dump the contents. If either of those operations fail, then it's definitely the formatting that's the culprit.

[weierophinney]

Is this resolved with the latest releases, @Ocramius ?

[Ocramius]

Haven't tried it yet - no changes in downstream happened for now

[kpicaza]

I have the same issue trying the package, in my case the issue was the format of the release version title:

Normally I use github_changelog_generator, that generates the release version titles In the following format:

## [0.0.3](https://github.com/kpicaza/laminas-component-installer-test/tree/0.0.3) (2020-09-05)

Having the described error

Using the same format as https://keepachangelog.com/en/1.0.0/ example solves the issue.

## [0.0.3] - 2020-09-05

I'll expect it can help, thanks for your great work. ;-D

[ramsey]

I think #73 fixes this. I'm fairly certain this is because phly/keep-a-changelog was failing to parse the content of CHANGELOG.md.

[Ocramius]

Closing here: please report again if it occurs after 1.8.0