-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
CHANGELOG file #13279
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
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: