Managing prereleases with a component library #1015
inthegreenwild
started this conversation in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I'm new to changesets and confused on how to sanely go about managing prerelease versions of packages that depend on each other in a large component library. I want a setup where branches merged back to main with their committed change sets triggers changesets cli to automatically version and publish via CI/CD on the main branch.
Take the following example:
I have packages C and D which are both version 1.0.0. Package D depends on Package C
I want to prepare package C for a new major release but want to publish it into beta first for users to test.
I create a new beta branch for package C
beta/packageC
and dochangeset pre enter beta
I create a changeset and version package C, which in turn bumps package D. This results in:
Package C as 2.0.0-beta.0
Package D as 1.0.1-beta.0
During beta testing, someone makes a minor change to package D and releases 1.1.0
Beta testing completes and I'm ready to merge
beta/packageC
branch back to main branch and exit betaHow do I deal with the merge conflicts of the package.json versions and changelog.md files? If I merge main into the beta branch, do I just take the minor bump for package D?
EDIT:
I tried accepting changes from main in the beta branch where package D becomes 1.1.0 instead of 1.0.1-beta.0 but when I try running
changeset version
after that point, only package C is bumped. Package D remains on 1.1.0 with a dependency of the beta workspace that no longer exists. It seems the only way to fix this is to manually set package D to 1.1.1-beta.0 and then runningchangeset version
.Beta Was this translation helpful? Give feedback.
All reactions