-
Notifications
You must be signed in to change notification settings - Fork 15
chore: 🤖 changeset based package release workflow #774
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
base: main
Are you sure you want to change the base?
Conversation
|
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
DreaminDani
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not the right person to approve this. But wanted to chime in to say that I love changeset. It's a great choice for a library like this :)
Thanks for the feedback, it's always welcome! Ideally, contributions and collaboration should be inclusive; everyone's a builder. |
|
@vineethasok are you able to weigh in on this? |
DreaminDani
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see no reason why we shouldn't merge this.
Why?
The following PR provides an attractive and elegant changeset based release workflow for publishing the Click-UI package. The current repo release workflow is looking poor, is prone to errors and there are known issues.
To keep it short, I'll name a few:
Therefore, a new release workflow based on changeset is introduced to automate, facilitate and improve the experience.
manages Changelog file, e.g. changesets updates the CHANGELOG.md with user curated details at time of contribution (hot in the subject), it's version managed, e.g. semantically version speaking, versions are computed based on the actual contribution type, we know if major, minor or a simple patch.
Last but not least, the process doesn't block the existing (for deprecation) publish workflow. As this requires thorough testing and tweaks during runtime, it'll be tested before erasing the old manual version.
How?
Preview?
N/A