You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
thanks for your support and the detailed issue.
It was probably some leftover code from the old configuration system, so thanks for reporting this issue.
About the feat + breaking change duplicated yes it is intended, do you think it should only be one?
I think having it only in the BREAKING CHANGES section is enough.
However, as the description of the type (feat, perf...) can be different from the one on the BC, the current behaviour makes sense.
I would make BC description optionnal:
if BC has a description, keep current behaviour,
if BC has no description, only put changes in the BC section using the main description.
Not sure if the commit specs allows to have a BREAKING CHANGES without a description.
Hi,
First of all thanks for your package, I'm glad to see a PHP based system to manage changelog and semver.
After struggling a bit to detect breaking change, I ended up with the following commit message:
I dumped the $summary in
Changelog.php:303
, the breaking change is detectedHowever a fatal error is triggered from
Changelog::getMarkdownChanges
when callingConfiguration::getTypeLabel
with the typebreaking_changes
.In the configuration, no types are set by default for
breaking_changes
.Removing the following lines from
Configuration::fromArray
method fixes the issue as breaking preset are merged in types in the constructor:With this fix applied, the changelog is generated with the breaking change twice. I guess it's the intended behaviour.
I can PR that change if you want.
Thanks
The text was updated successfully, but these errors were encountered: