-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
publish packages with their current version (from package) #1648
publish packages with their current version (from package) #1648
Comments
I would prefer it to be a positional argument in the same pattern as
Otherwise, sounds fine to me. |
@evocateur Thanks for the correction. I updated the description. |
Publish un-published releases by reading versions from the package.json files and publishing any that are not already available in the registry. Fixes lerna#1648
Publish un-published releases by reading versions from the package.json files and publishing any that are not already available in the registry. Fixes lerna#1648
Publish un-published releases by reading versions from the package.json files and publishing any that are not already available in the registry. Fixes lerna#1648
Hi, what's the state? Can I help? |
@evocateur @joebowbeer your workflow includes that the versions are tagged after publish right? Otherwise, I don't know how changes are detected correctly by Lerna. |
@StarpTech In my workflow I use |
Hi @joebowbeer so I guess that you don't use tags at all right? My workflow should look like this:
e.g
|
Here is a working prototype of the workflow. It includes the It can achieve the following workflow:
Example:
@evocateur would you accept a PR? |
I guess I was initially thinking of this as a "recover from broken publish after successful tagging/push" mode, not a way to free oneself from using git tags properly. I'm also not a huge fan of version changes being made in a PR (or feature branch), since that is not the right time to make those choices*.
|
@evocateur I don't talk about the possibility to bump inside feature-branches. This could be done from the master or with conventional-commits. I would like to build and publish inside CI but also being flexible at the same time what version is changed. From my understanding lerna doesn't allow it. Most of the users of lerna build and publish locally which is in my opinion not ideal because we want to do it in a production like environment with high reproducibility (in other words CI/CD). |
@evocateur we only/always publish traditional npm packages from CI, after pushing to master, using a builder account that does not have write access to git. (Furthermore, the master branch is protected from unreviewed pushes.) Each PR is required to be up to date with the head of master, and must include the version bump. |
Publish un-published releases by reading versions from the package.json files and publishing any that are not already available in the registry. Fixes lerna#1648
Without git tags somewhere Lerna can't make decisions about what packages have changed. By using |
Publish un-published releases by reading versions from the package.json files and publishing any that are not already available in the registry. Fixes #1648
This thread has been automatically locked because there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
See #1056 and #1610 for background.
I want to divide the publication process into 2 stages, similar to how it is done when publishing single npm packages in CI:
First I want to manually raise the package version on a branch:
lerna version [bump] --no-git-tag-version
Then, after PR approval and merge to master, I want to publish the bumped versions in CI:
lerna publish from-package
Here,
from-package
is a positional argument that publishes the versions that are already in the package.json files. I imagine the implementation would only attempt to publish versions that have not already been published.The text was updated successfully, but these errors were encountered: