-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
CHANGELOG file #13279
Comments
It would be a dream to have this (still!) |
This commit will update to mypy 1. In the past, releases were managed by Dropbox (python/mypy#12210), and were done at infrequent intervals. They plan to release more regularly in the future. Mypy does not keep a changelog, but did provide a 1.0 release blog post: https://mypy-lang.blogspot.com/2023/02/mypy-10-released.html A changelog has been requested (python/mypy#2859, python/mypy#13279), but has been dismissed because "you can view the git history easily." The new release versioning scheme is in the format `major.minor.patch`, but is not SemVer-compliant, as explained in their blog post and wiki. https://github.com/python/mypy/wiki/Release-Process The update to mypy 1 was postponed until bug fixes were available in the 1.0.1 patch release (python/mypy#13685).
This commit will update to mypy 1. In the past, releases were managed by Dropbox (python/mypy#12210), and were done at infrequent intervals. They plan to release more regularly in the future. Mypy does not keep a changelog, but did provide a 1.0 release blog post: https://mypy-lang.blogspot.com/2023/02/mypy-10-released.html A changelog has been requested (python/mypy#2859, python/mypy#13279), but has been dismissed because "you can view the git history easily." The new release versioning scheme is in the format `major.minor.patch`, but is not SemVer-compliant, as explained in their blog post and wiki. https://github.com/python/mypy/wiki/Release-Process The update to mypy 1 was postponed until bug fixes were available in the 1.0.1 patch release (python/mypy#13685).
for anyone, who like me ended up here in search of a changelog file: i'm in favor of a proper |
We're going to try to keep release notes inside the repo, see #16280 |
Thanks @hauntsaninja! |
I've seen an earlier issue on this closed (#2859) as well as a recent issue bringing up changelogs (#12210)!
Feature
Single file changelog, with changes release manager deems most significant weighted to the top
Pitch
Problem
I feel it's really difficult a user to track changes the maintainer deems useful. Users are left to git log or taking several clicks to find release notes.
A normal user is going to end up being a few releases behind, and they may be overwhelmed by how much effort it takes to see what changed
What I think is most helpful
I personally find git logs interesting to read, however, I imagine mypy may be far along enough its worth keeping a changelog.
When a maintainer is cutting the release, they can go back and take a few minutes to weigh what's happened since last release and curate highlights of the changelog.
Why I think a single, curated changelog is best
Other references
The text was updated successfully, but these errors were encountered: