securedrop icon indicating copy to clipboard operation
securedrop copied to clipboard

Standardize and automate changelog generation

Open zenmonkeykstop opened this issue 3 years ago • 4 comments

Description

Everyone in the RM role has their own personal process for generating the changelog for a given release, but all of them are more labor-intensive and error-prone than they should be. Having a single process that was at least partially automated would make the RM role more pleasant.

Feedback and suggestions are more than welcome!

zenmonkeykstop avatar Jun 09 '21 14:06 zenmonkeykstop

I've been meaning to look into AutoPub. It doesn't yet support incremental updates of the changelog, but it could. It can also generate GitHub releases, and publish to PyPI, which are other tasks we haven't automated well.

Conventional commits are interesting, but sound like more work. An out-of-band approach like AutoPub's RELEASE.md seems more flexible.

rmol avatar Jun 09 '21 14:06 rmol

I have to say I've really come to appreciate Conventional Commits. Even in solo projects, I've found the discipline it puts on Git history—for each commit to be atomic, self-contained, and self-documenting—to be worth the cognitive overhead and fiddly rebasing.

From there, there are a whole bunch of tools one can use to generate changelogs.

Outside of Conventional Commits, pbr may be also be of interest.

cfm avatar Sep 08 '21 21:09 cfm

I've somehow found the workflow of Conventional Commits impractical, but I do in practice commit in a way that's very close to that spirit, so maybe it's more about me finding a workflow that works for myself.

Even in solo projects, I've found the discipline it puts on Git history—for each commit to be atomic, self-contained, and self-documenting—to be worth the cognitive overhead and [fiddly?][frequent] rebasing.

:point_up: I relate completely to this (edited :upside_down_face:) quote!

gonzalo-bulnes avatar Jul 12 '22 01:07 gonzalo-bulnes

When it comes to creating change logs, though, I'm tend to favor aggressive prioritization and shorter change logs over commit-detailed ones. (I've rarely seen people taking the time to read through longer change logs, so I prefer making as sure as possible that the main takeaways are easy to ingest. YMMV)

I'd love us to play with some of the options proposed in this thread!

gonzalo-bulnes avatar Jul 12 '22 01:07 gonzalo-bulnes