-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
v3.0.0 prerelease available #1001
Comments
I have expanded the changelog a little with more examples of the new features. I had wondered about covering breaking changes explicitly in a separate section, but will only add that for issues we get feedback about. |
I think we are ready for prerelease, but let me know if I missed anything. Version number is 3.0.0-0 on the I have not published many prereleases, so a tip that you specify the tag on the publish like so (to avoid it being tagged as latest):
I'll leave publish from |
Thank you. |
Readers can try the prerelease with:
or from the github branch if you prefer:
Open an issue or add a comment here for any problems you encounter. |
I think separate section for breaking changes isn't necessary, but maybe you could prefix the relevant bullet points with [BC BREAK], or BREAKING CHANGE: or similar, if it doesn't make it harder to read? Another small nit, which you can take or leave: can you please link the issue references to the pull requests? Though the references on the Releases" page do autolink, they appear as normal text when browsing the changelog markdown file directly. It would also be nice to eventually follow an explicit convention, such as https://keepachangelog.com and/or https://www.conventionalcommits.org (which would allow automatic, readable changelog generation based on the merge commit messages). Thanks again for all the work you put into making this release happen! |
Thanks for the feedback. Added manual links. |
(Added a GitHub release too, to hopefully notify anyone watching repo for Releases. 📣 ) |
Couple of minor followups on conventions:
|
I have bumped version number to 3.0.0 on branch ready for release and merge to master. I left a 3.0.0-0 title in changelog with just the date and a placeholder note. (I think it looks ok.) |
@abetomo I'll update Releases page in GitHub at same time as I merge. In the weekend after both npm and GitHub updated, I'll go through the resolved issues adding comments and closing. |
Leave it to me. |
Tagged and pushed on master. Adding Release Notes now. |
Release Notes are done. Branches merged. Chinese README updated too. I'm done until after npm release, when I am looking forward to updating quite a few open issues! |
Was it okay to release it in v3.0.0? |
Yes please. 👍 Thanks. |
3.0.0 released! |
Woop woop! 🚀 🎆 |
On a related note, I was wondering if and how long we should officially support 2.x for security updates (if any). My current thinking is support 2.x for at least a month until we have more feedback about how easily people can move from v2 to v3. |
Getting close to wrapping v3.0.0.
There have been 28 releases since 2.0.0 which was published by tj back in 2013. The last 16 of them published by @abetomo.
I'm intending to have another read through the CHANGELOG, and add some examples for the new features and breaking changes. I think the release notes for a major version are more important than usual.
When ready, I suggest we publish a prerelease as
commander@next
from therelease/3.0.0
branch and give it a couple of weeks for feedback? I'll go through all the affected issues adding a comment when the prerelease is available.Edit: available now, install instructions below: #1001 (comment)
The text was updated successfully, but these errors were encountered: