Closed fizyk closed 9 years ago
Hi @fizyk,
I don't think bumpversion should generate the change log, because this is a different subject which isn't relevant to versioning. In my own opinion, the change log should be generated in parallel with the documentation: maybe with a Sphinx extension (see: changelog extension).
In order to generate the change log, you need to:
JavaScript developers can use: git-changelog.
Long is the road…
@fizyk thanks for opening this issue
However, as @tantale outlined already (thanks for the great overview!), this is indeed outside of the scope of this project. While I'd love to have auto-generated changelogs for all of my projects, this is probably not the place for this to be implemented. bumpversion exists to bump version numbers, not more not less.
However, I'm open to accept ideas/concepts/pull requests/etc. that allow interaction with tools generating changelogs. Given that bumpversion knows about how to bump versions for the project, inspecting that information might be a useful property when generating changelogs.
Hmmm... @peritus you're right. Maybe i've just looked to broad at this. With ie pypi releases being triggered by tagged builds on travis, bumpversion does get a central point of each release ;) Though it could be more valuable to trigger a command just before bumping versions...
+1 on having the ability to execute a command before committing. I for example use auto-changelog to update my changelog. I now have to do the following steps:
@rickstaa take a look at that pull request to bumpversion's fork:
https://github.com/c4urself/bump2version/pull/101
Till it lands there I'm using my fork of a fork and install it from git
Hey @peritus ,
I wonder, if automatic changelog generating would be within a scope of bumpversion? I've got some rough code to do this, I could polish.
Idea is to in one command:
Configuration would be based probably by defining regexps.