-
Notifications
You must be signed in to change notification settings - Fork 204
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
lerna independent with only 'git-tag' and 'released' plugins doesn't create independent releases #1463
Comments
So all of the "publishing" plugin are meant to only be used 1 at a time. So you either use
I think you can accomplish this just by setting |
I've added some docs to clear this confusion up for future users. https://github.com/intuit/auto/pull/1465/files Do you have any other questions? |
This clears things up from what your vision is for auto, very helpful |
Hello! I tried the suggestion with setting private to true in the packages, but then I get this error here (it is under Create Release) |
That's actually not a bug. The verbose output is a little misleading though. Sometimes In this case
|
That being said though I do see situation where this doesn't work. Say a PR only effects a private package, you'd still want the package versioned, just not published. Seeing if I can improve this now |
Think this should be fixed now! |
🚀 Issue was released in |
Describe the bug
When you add the 'minor' or 'major' label in your PR, and with lerna in independent mode, one would expect the versioning of components to be independent. This is not reflected in the versioning at the moment, where a semver tag vx.x.x for the whole project is created, instead of the tag f,ex @org-name/component@x.x.x
To Reproduce
see https://github.com/LEGO/poc-yarn-lerna-workspaces-auto-typescript-tags
Expected behavior
the option to specify versioning (as this might be a breaking change from the current behavior, or even a major rewrite judging from what I am asking for here) in the same way as we would for releases that have packages attached to them.
if this is not the intention of how the git-tag plugin is to be used, we are looking at a scenario where we have a monorepo with npm projects in a monorepo that need not to be published to npm/packages, but still require independent versioning
The text was updated successfully, but these errors were encountered: