Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Time for decent changelogs (please!)? #133

Open
lukester1975 opened this issue Apr 19, 2023 · 7 comments
Open

Time for decent changelogs (please!)? #133

lukester1975 opened this issue Apr 19, 2023 · 7 comments

Comments

@lukester1975
Copy link
Contributor

There's been lots of changes recently which is nice, but not much documentation. Specifically, c5a5166 broke my tasks.json and it took a while to figure out why.

I'm sure nobody's got time or interest for writing documentation, but with e.g. conventional-commits and BREAKING CHANGE in the commit message an auto generated changelog would've been very helpful. Pretty much looks after itself once set up.

I kinda touched on starting this in #68 but alas no responses...

@eli-schwartz
Copy link
Member

There are a variety of ways to produce changelogs that are significantly more conventional than something that literally names itself "conventional commits" but isn't remotely the conventional way to commit.

Meson itself uses one of them, so that could be copied probably.

@lukester1975
Copy link
Contributor Author

Of course, hence "e.g."...

@tristan957
Copy link
Contributor

I am interested in this. What more do we need to do?

@lukester1975
Copy link
Contributor Author

Well I'm happy to add the hooks for conventional-commits as it'll only take 5 mins but it sounded like that wasn't an option!

@tristan957
Copy link
Contributor

I think we are open to it if you can explain/provide resources on how it can help us!

@eli-schwartz
Copy link
Member

The basic idea is that you change how you write commit messages so that you can use your commit messages as the changelog.

From memory this also means it becomes very difficult to include information that is relevant to git log but not relevant to a changelog; it also means you cannot edit your changelogs after the fact, whether to fix a typo or to include additional mitigation recommendations or anything else.

I highly encourage using the "snippets" approach to changelog management. Every PR should include at least one file in a changelog snippets directory containing the same text that conventional-commits would have said you should use for commit messages. The contents should be what you expect to go in the changelog. You can automatically group them using snippet filenames ending in ".bugfix" or ".feature" and edit them later on if you need to. Run a tool such as https://towncrier.readthedocs.io/en/latest/tutorial.html to aggregate them at release time.

@tristan957
Copy link
Contributor

That sounds like a good idea.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants