Update lerna in / from 2.11.0 to 3.0.0 #355
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Dependencies.io has updated
lerna
(a npm dependency in/
) from "2.11.0" to "3.0.0".3.0.0
Bug Fixes
file:
specifiers (ffe354f)file:
specifiers (41f231f)npm pack
experience (627cfc2)Features
@lerna/listable
utility (bf56018)npm pack
beforenpm publish
(8d80b2c)@lerna/log-packed
module, extracted from npm (9c767ac)lerna version
from oflerna publish
(#1522) (8b97394),closes #277 #936 #956 #961 #1056 #1118 #1385 #1483 #1494
BREAKING CHANGES
lerna changed
lerna ls
lerna ls
no longer shows version strings or private packages.lerna la
resembles the old output, with the addition of relative path to the packagelerna ll
is a shortcut for the new--long
option--parseable
option has been added to aid magical piping incantationslerna publish
--preid
now defaults to "alpha" during prereleases:The previous default for this option was undefined, which led to an awkward "1.0.1-0" result when passed to
semver.inc()
.The new default "alpha" yields a much more useful "1.0.1-alpha.0" result. Any previous prerelease ID will be preserved, justas it was before.
--no-verify
is no longer passed togit commit
by default, but controlled by the new--commit-hooks
option:The previous behavior was too overzealous, and the new option operates exactly like the corresponding npm version option of the same name.
As long as your pre-commit hooks are properly scoped to ignore changes in package.json files, this change should not affect you. If that is not the case, you may pass
--no-commit-hooks
to restore the previous behavior.