You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since Spark is using fixed versioning, every time a PR is merged, it publishes EVERY package on a synced version number.
This is what we wanted.
But, when we are developing a new component, we like to merge regularly and keep it in beta version. Fixed versioning breaks this, exemple:
I create a new @spark-ui/breadcrumb packages, and write 0.0.0-beta.0 in it's version.
The global (fixed) version in lerna.json is "version": "5.0.27",
I open a pull request ("fix") then merge it.
Lerna detects a change in at least one package, and publishes EVERY package to 5.0.28, including our @spark-ui/breadcrumb that should remain in beta.
Instead we should improve the process, so that when we merge, if the changes detected by lerna only concerns beta packages, it published them individually and preserved they independant versionning.
The text was updated successfully, but these errors were encountered:
Since Spark is using fixed versioning, every time a PR is merged, it publishes EVERY package on a synced version number.
This is what we wanted.
But, when we are developing a new component, we like to merge regularly and keep it in beta version. Fixed versioning breaks this, exemple:
@spark-ui/breadcrumb
packages, and write0.0.0-beta.0
in it'sversion
.lerna.json
is"version": "5.0.27",
5.0.28
, including our@spark-ui/breadcrumb
that should remain in beta.Instead we should improve the process, so that when we merge, if the changes detected by lerna only concerns beta packages, it published them individually and preserved they independant versionning.
The text was updated successfully, but these errors were encountered: