package-lock.json is automatically generated for any operations where npm modifies either the
node_modules tree, or
package.json. It describes the exact tree that was generated, such that subsequent installs are able to generate identical trees, regardless of intermediate dependency updates.
This file is intended to be committed into source repositories, and serves various purposes:
node_moduleswithout having to commit the directory itself.
One key detail about
package-lock.json is that it cannot be published, and it will be ignored if found in any place other than the toplevel package. It shares a format with npm-shrinkwrap.json(5), which is essentially the same file, but allows publication. This is not recommended unless deploying a CLI tool or otherwise using the publication process for producing production packages.
npm-shrinkwrap.json are present in the root of a package,
package-lock.json will be completely ignored.
The name of the package this is a package-lock for. This must match what’s in
The version of the package this is a package-lock for. This must match what’s in
An integer version, starting at
1 with the version number of this document whose semantics were used when generating this
Indicates that the install was done with the environment variable
NODE_PRESERVE_SYMLINKS enabled. The installer should insist that the value of this property match that environment variable.
A mapping of package name to dependency object. Dependency objects have the following properties:
This is a specifier that uniquely identifies this package and should be usable in fetching a new copy of it.
This is a Standard Subresource Integrity for this resource.
integritythat the registry provided, or if one wasn’t provided the SHA1 in
If true, this is the bundled dependency and will be installed by the parent module. When installing, this module will be extracted from the parent module during the extract phase, not installed as a separate dependency.
If true then this dependency is either a development dependency ONLY of the top level module or a transitive dependency of one. This is false for dependencies that are both a development dependency of the top level and a transitive dependency of a non-development dependency of the top level.
If true then this dependency is either an optional dependency ONLY of the top level module or a transitive dependency of one. This is false for dependencies that are both an optional dependency of the top level and a transitive dependency of a non-optional dependency of the top level.
All optional dependencies should be included even if they’re uninstallable on the current platform.
This is a mapping of module name to version. This is a list of everything this module requires, regardless of where it will be installed. The version should match via normal matching rules a dependency either in our
dependencies or in a level higher than us.
The dependencies of this dependency, exactly as at the top level.