@lerna/bootstrap

Link local packages together and install remaining package dependencies

Usage

1$ lerna bootstrap

Bootstrap the packages in the current Lerna repo. Installs all of their dependencies and links any cross-dependencies.

When run, this command will:

1. npm install all external dependencies of each package.
2. Symlink together all Lerna packages that are dependencies of each other.
3. npm run prepublish in all bootstrapped packages.
4. npm run prepare in all bootstrapped packages.

lerna bootstrap respects the --ignore, --ignore-scripts, --scope and --include-filtered-dependencies flags (see Filter Flags).

Pass extra arguments to npm client by placing them after --:

1$ lerna bootstrap -- --production --no-optional

May also be configured in lerna.json:

1{
2  ...
3  "npmClient": "yarn",
4  "npmClientArgs": ["--production", "--no-optional"]
5}

--hoist [glob]

Install external dependencies matching glob at the repo root so they're available to all packages. Any binaries from these dependencies will be linked into dependent package node_modules/.bin/ directories so they're available for npm scripts. If the option is present but no glob is given the default is ** (hoist everything). This option only affects the bootstrap command.

1$ lerna bootstrap --hoist

For background on --hoist, see the hoist documentation.

Note: If packages depend on different versions of an external dependency, the most commonly used version will be hoisted, and a warning will be emitted.

--nohoist [glob]

Do not install external dependencies matching glob at the repo root. This can be used to opt out of hoisting for certain dependencies.

1$ lerna bootstrap --hoist --nohoist=babel-*

--ignore

1$ lerna bootstrap --ignore component-*

The --ignore flag, when used with the bootstrap command, can also be set in lerna.json under the command.bootstrap.ignore key. The command-line flag will take precedence over this option.

Example

1{
2  "version": "0.0.0",
3  "command": {
4    "bootstrap": {
5      "ignore": "component-*"
6    }
7  }
8}

Hint: The glob is matched against the package name defined in package.json, not the directory name the package lives in.

Options

--ignore-scripts

Skip any lifecycle scripts normally run (prepare, etc) in bootstrapped packages.

1$ lerna bootstrap --ignore-scripts

--registry <url>

When run with this flag, forwarded npm commands will use the specified registry for your package(s).

This is useful if you do not want to explicitly set up your registry configuration in all of your package.json files individually when e.g. using private registries.

--npm-client <client>

Must be an executable that knows how to install npm package dependencies. The default --npm-client is npm.

1$ lerna bootstrap --npm-client=yarn

May also be configured in lerna.json:

1{
2  ...
3  "npmClient": "yarn"
4}

--use-workspaces

Enables integration with Yarn Workspaces (available since yarn@0.27+). The values in the array are the commands in which Lerna will delegate operation to Yarn (currently only bootstrapping). If --use-workspaces is true then packages will be overridden by the value from package.json/workspaces. May also be configured in lerna.json:

1{
2  ...
3  "npmClient": "yarn",
4  "useWorkspaces": true
5}

The root-level package.json must also include a workspaces array:

1{
2  "private": true,
3  "devDependencies": {
4    "lerna": "^2.2.0"
5  },
6  "workspaces": ["packages/*"]
7}

This list is broadly similar to lerna's packages config (a list of globs matching directories with a package.json), except it does not support recursive globs ("**", a.k.a. "globstars").

--no-ci

When using the default --npm-client, lerna bootstrap will call npm ci instead of npm install in CI environments. To disable this behavior, pass --no-ci:

1$ lerna bootstrap --no-ci

To force it during a local install (where it is not automatically enabled), pass --ci:

1$ lerna bootstrap --ci

This can be useful for "clean" re-installs, or initial installations after fresh cloning.

How It Works

Let's use babel as an example.

• babel-generator and source-map (among others) are dependencies of babel-core.
• babel-core's package.json lists both these packages as keys in dependencies, as shown below.

1// babel-core package.json
2{
3  "name": "babel-core",
4  ...
5  "dependencies": {
6    ...
7    "babel-generator": "^6.9.0",
8    ...
9    "source-map": "^0.5.0"
10  }
11}

• Lerna checks if each dependency is also part of the Lerna repo.
  • In this example, babel-generator can be an internal dependency, while source-map is always an external dependency.
  • The version of babel-generator in the package.json of babel-core is satisfied by packages/babel-generator, passing for an internal dependency.
  • source-map is npm installed (or yarned) like normal.
• packages/babel-core/node_modules/babel-generator symlinks to packages/babel-generator
• This allows nested directory imports

Notes

• When a dependency version in a package is not satisfied by a package of the same name in the repo, it will be npm installed (or yarned) like normal.
• Dist-tags, like latest, do not satisfy semver ranges.
• Circular dependencies result in circular symlinks which may impact your editor/IDE.

Webstorm locks up when circular symlinks are present. To prevent this, add node_modules to the list of ignored files and folders in Preferences | Editor | File Types | Ignored files and folders.