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
Prevent merge conflicts and changelog entries being added to the wrong release #8272
Comments
Personally, I try to wait until getting approved before adding the CL entry, then get another small approval, to make sure it's the last thing added. |
Another idea I had here recently would be to write a test that strips off the beginning of the current changelog and then compares it to the changelog from the last release which could be obtained through git/GitHub. This would prevent us from changing previous changelog entries without ignoring this test, but since changing previous changelog entries is almost always a mistake, maybe this is OK. |
Oh, I like that! |
added a PR w/ basic towncrier integration, and it works pretty well! the default changelog format towncrier outputs is different from ours, but IMO not in a bad way. if we wanted, we could customize it to only have the three categories we tend to include in our changelog (added/changed/fixed), but i think the towncrier's defaults (feature, bugfix, doc, removal, misc) might be preferable. |
Merge conflicts in our changelog are relatively common. There was some discussion about this issue and how to fix it in #6462.
Another common problem is the changelog entry getting added to a past release which happened in #8212 and #8263.
Is there an easy way for us to avoid these problems? I have no experience with how other projects handle this, but I have to imagine someone out there has solved these problems before.
I personally think we should continue to have the PR author and reviewer handle writing a changelog entry. For Certbot in the past, the person doing the release would manually write all entries, but this adds a lot of manual overhead and requires the person doing the release to have a good understanding of all changes made to Certbot since the last release.
EDIT: One idea I had here to solve the problem of entries getting added to the wrong section is to keep all new changelog entries separate from our released changelog and then prepend the new changelog entries to the top automatically during the release. We'd also automatically delete entries stored outside the changelog so they aren't added again in our next release.
The text was updated successfully, but these errors were encountered: