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
5.0.0 release plan #10312
Comments
Thanks for the planning. No objection from me. |
I just created |
Oops... I missed my proposal. I'll work on this tomorrow. |
Sorry, I need a few days to freeze features. So I determined to postpone the feature freeze to this weekend. Luckily, I have holidays this mid-week. So I'll work hard until the freeze. |
I resolved my concerns now. So it's time to feature freeze. What do you think, maintainers? I'll ship a beta package within 24 hours if you don't have worries. Please let me know if you still working on some issues and PRs. |
I'm not working on anything that needs to go into 5.0 at the moment -- thanks! A |
I wish to merge #10365 I hope there is still time ; will take care of this in the next few minutes |
From now on, I start to ship 5.0.0b1.
|
Released: https://pypi.org/project/Sphinx/5.0.0b1/. Let's see the bug reports for the beta release and fix them as possible. Thank you all for your great work :-) |
no worries or remaining tasks on my side! |
I'm going to release a new package from now on. |
Released. https://pypi.org/project/Sphinx/5.0.0/ I must appreciate all your help! |
@hugovk -- do you know how we can debug this? The tag that was pushed matches the pattern in the workflow, it seems. A |
Hmm, I'm not too sure. The workflow didn't trigger at all: https://github.com/sphinx-doc/sphinx/actions/workflows/create-release.yml I created a test 5.0.1 tags on my fork with https://github.com/hugovk/sphinx/actions/workflows/create-release.yml And created releases: https://github.com/hugovk/sphinx/releases The workflow trigger is: on:
push:
tags:
- "v*.*.*" The tags match the pattern, but I wonder why it didn't get triggered? I wonder, was the tag created in another way? |
Two things come to mind: The other is the deviation from semver you are doing here. >>> sorted(['5.0.0', '4.5.0', '5.0.0b1'])
['4.5.0', '5.0.0', '5.0.0b1'] Semver wants not only major-, minor- also the patchversion to increment from release to release. The only two "exceptions" for Patchversions (maj.min.pat) are buildmetadata starting with a Depending on how GitHub(/-actions) works on semver, it could be that it searched for the Could be the actions bot is simply not announcing releases automatically, that are "older". |
|
This comment was marked as outdated.
This comment was marked as outdated.
But it did not fire, as @hugovk has noted already. https://github.com/sphinx-doc/sphinx/actions/workflows/create-release.yml |
I don't think it did fire, we don't see a workflow run here: https://github.com/sphinx-doc/sphinx/actions/workflows/create-release.yml If it did, we would have some logs to see what the actions in the workflow did (or did not do). We would at least see the actions/checkout step before even getting to softprops/action-gh-release. https://github.com/sphinx-doc/sphinx/blob/5.x/.github/workflows/create-release.yml |
I'm sorry @hugovk, I did not read that line properly the first time around. |
According to our annual release cycle, the end of May will be time for the major release.
I just make a schedule for the release. What do you think?
Note: issues marked as 5.0.0: https://github.com/sphinx-doc/sphinx/milestone/105
I think the "5.0.0" milestone contains many issues and PRs that will be planned to fix during 5.x series. So it would be better to rename it to "5.x" and to make a brandnew milestone for "5.0.0".
The text was updated successfully, but these errors were encountered: