Update lerna in / from 2.11.0 to 3.0.1

[dependencies]

Dependencies.io has updated lerna (a npm dependency in /) from "2.11.0" to "3.0.1".

3.0.1

Bug Fixes

• publish: Allow unpublished packages to pass access verification (3a7348c)

3.0.0

Bug Fixes

• add: Always use POSIX paths when computing relative file: specifiers (ffe354f)
• add: Support explicit & implicit relative file: specifiers (41f231f)
• create: Use filename without scope when generating imports from test file (acfd48b)
• publish: Improve npm pack experience (627cfc2)

Features

• changed: Support list output options (6ecdd83)
• list: Extract @lerna/listable utility (bf56018)
• list: Improve scriptability with several new options (2e204af)
• npm-publish: Add npmPack export (088ea54)
• package: Add tarball property (be453cd)
• publish: Run npm pack before npm publish (8d80b2c)
• publish: Validate npm registry and package access prerequisites (ebc8ba6), closes #55 #1045 #1347
• Add @lerna/log-packed module, extracted from npm (9c767ac)
• version: Split lerna version from of lerna publish (#1522) (8b97394),
  closes #277 #936 #956 #961 #1056 #1118 #1385 #1483 #1494

BREAKING CHANGES

lerna changed

• The package names emitted to stdout are no longer prefixed by a "- ", and private packages are no longer displayed by default.

lerna ls

• The default output of lerna ls no longer shows version strings or private packages.
• The new alias lerna la resembles the old output, with the addition of relative path to the package
• The new alias lerna ll is a shortcut for the new --long option
• A new --parseable option has been added to aid magical piping incantations

lerna 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 to git 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.