Manage the npm configuration file
npm config set <key> <value> [--global]
npm config get <key>
npm config delete <key>
npm config list
npm config edit
npm get <key>
npm set <key> <value> [--global]
npm gets its configuration values from 6 sources, in this priority:
Putting --foo bar
on the command line sets the
foo
configuration parameter to "bar"
. A --
argument tells the cli
parser to stop reading flags. A --flag
parameter that is at the end of
the command will be given the value of true
.
Any environment variables that start with npm_config_
will be interpreted
as a configuration parameter. For example, putting npm_config_foo=bar
in
your environment will set the foo
configuration parameter to bar
. Any
environment configurations that are not given a value will be given the value
of true
. Config values are case-insensitive, so NPM_CONFIG_FOO=bar
will
work the same.
$HOME/.npmrc
(or the userconfig
param, if set above)
This file is an ini-file formatted list of key = value
parameters.
$PREFIX/etc/npmrc
(or the globalconfig
param, if set above):
This file is an ini-file formatted list of key = value
parameters
path/to/npm/itself/npmrc
This is an unchangeable "builtin"
configuration file that npm keeps consistent across updates. Set
fields in here using the ./configure
script that comes with npm.
This is primarily for distribution maintainers to override default
configs in a standard and consistent manner.
A set of configuration parameters that are internal to npm, and are defaults if nothing else is specified.
Config supports the following sub-commands:
npm config set key value
Sets the config key to the value.
If value is omitted, then it sets it to "true".
npm config get key
Echo the config value to stdout.
npm config list
Show all the config settings.
npm config delete key
Deletes the key from all configuration files.
npm config edit
Opens the config file in an editor. Use the --global
flag to edit the
global config.
The following shorthands are parsed on the command-line:
-v
: --version
-h
, -?
, --help
, -H
: --usage
-s
, --silent
: --loglevel silent
-d
: --loglevel info
-dd
, --verbose
: --loglevel verbose
-ddd
: --loglevel silly
-g
: --global
-l
: --long
-m
: --message
-p
, --porcelain
: --parseable
-reg
: --registry
-v
: --version
-f
: --force
-l
: --long
-desc
: --description
-S
: --save
-y
: --yes
-n
: --yes false
ll
and la
commands: ls --long
If the specified configuration param resolves unambiguously to a known configuration parameter, then it is expanded to that configuration parameter. For example:
npm ls --par
# same as:
npm ls --parseable
If multiple single-character shorthands are strung together, and the resulting combination is unambiguously not some other configuration param, then it is expanded to its various component pieces. For example:
npm ls -gpld
# same as:
npm ls --global --parseable --long --loglevel info
When running scripts (see scripts(1)
)
the package.json "config" keys are overwritten in the environment if
there is a config param of <name>[@<version>]:<key>
. For example, if
the package.json has this:
{ "name" : "foo"
, "config" : { "port" : "8080" }
, "scripts" : { "start" : "node server.js" } }
and the server.js is this:
http.createServer(...).listen(process.env.npm_package_config_port)
then the user could change the behavior by doing:
npm config set foo:port 80
Force npm to always require authentication when accessing the registry,
even for GET
requests.
If set to true, then binary packages will be created on publish.
This is the way to opt into the "bindist" behavior described below.
null
, otherwise
"<node version>-<platform>-<os release>"
null
Experimental: on stable versions of node, binary distributions will be
created with this tag. If a user then installs that package, and their
bindist
tag is found in the list of binary distributions, they will
get that prebuilt version.
Pre-build node packages have their preinstall, install, and postinstall
scripts stripped (since they are run prior to publishing), and do not
have their build
directories automatically ignored.
It's yet to be seen if this is a good idea.
"open"
, others: "google-chrome"
The browser that is called by the npm docs
command to open websites.
The Certificate Authority signing certificate that is trusted for SSL connections to the registry.
Set to null
to only allow "known" registrars, or to a specific CA cert
to trust only that specific signing authority.
See also the strict-ssl
config.
~/npm-cache
, Posix: ~/.npm
The location of npm's cache directory. See cache(1)
"always"
If false, never shows colors. If "always"
then always shows colors.
If true, then only prints color codes for tty file descriptors.
The depth to go when recursing directories for npm ls
and
npm cache ls
.
Show the description in npm search
Install dev-dependencies
along with packages.
Note that dev-dependencies
are also installed if the npat
flag is
set.
EDITOR
environment variable if set, or "vi"
on Posix,
or "notepad"
on Windows.The command to run for npm edit
or npm config edit
.
Makes various commands more forceful.
Operates in "global" mode, so that packages are installed into the
prefix
folder instead of the current working directory. See
folders(1)
for more on the differences in behavior.
prefix/node_modules
folder, instead of the
current working directory.prefix/bin
prefix/share/man
The config file to read for global config options.
The config file to read for global ignore patterns to apply to all users and all projects.
If not found, but there is a "gitignore" file in the same directory, then that will be used instead.
The group to use when running package scripts in global mode as the root user.
HTTPS_PROXY
or https_proxy
or HTTP_PROXY
or
http_proxy
environment variables.A proxy to use for outgoing https requests.
A white-space separated list of glob patterns of files to always exclude from packages when building tarballs.
The value npm init
should use by default for the package version.
The value npm init
should use by default for the package author's name.
The value npm init
should use by default for the package author's email.
The value npm init
should use by default for the package author's homepage.
If true, then local installs will link if there is a suitable globally installed package.
Note that this means that local installs can cause things to be installed into the global space at the same time. The link is only done if one of the two conditions are met:
The location to write log output.
What level of logs to report. On failure, all logs are written to
npm-debug.log
in the current working directory.
Whether or not to prefix log messages with "npm" and the log level. See also "color" and "loglevel".
Show extended information in npm ls
Commit message which is used by npm version
when creating version commit.
Any "%s" in the message will be replaced with the version number.
The node version to use when checking package's "engines" hash.
Run tests on installation and report results to the
npaturl
.
The url to report npat test results.
A node module to require()
when npm loads. Useful for programmatic
usage.
Where to write "normal" output. This has no effect on log output.
Output parseable results from commands that write to standard output.
The location to install global items. If set on the command line, then it forces non-global commands to run in the specified folder.
Set to true to run in "production" mode.
npm install
without any arguments.HTTP_PROXY
or http_proxy
environment variable, or nullA proxy to use for outgoing http requests.
Rebuild bundled dependencies after installation.
The base URL of the npm package registry.
Remove failed installs.
Save installed packages to a package.json file as dependencies.
Only works if there is already a package.json file present.
Space-separated options that are always passed to search.
Space-separated options that limit the results from search.
The shell to run for the npm explore
command.
Whether or not to do SSL key validation when making requests to the registry via https.
See also the ca
config.
If you ask npm to install a package and don't tell it a specific version, then it will install the specified tag.
Also the tag that is added to the package@version specified by the npm
tag
command, if no explicit tag is given.
Where to store temporary files and folders. All temp files are deleted on success, but left behind on failure for forensic purposes.
When set to true, npm uses unicode characters in the tree output. When false, it uses ascii characters to draw trees.
Set to true to suppress the UID/GID switching when running package scripts. If set explicitly to false, then installing as a non-root user will fail.
Set to show short usage output (like the -H output)
instead of complete help when doing help(1)
.
The UID to set to when running package scripts as root.
The username on the npm registry. Set with npm adduser
The location of user-level configuration settings.
The location of a user-level ignore file to apply to all packages.
If not found, but there is a .gitignore file in the same directory, then that will be used instead.
The "umask" value to use when setting the file creation mode on files and folders.
Folders and executables are given a mode which is 0777
masked against
this value. Other files are given a mode which is 0666
masked against
this value. Thus, the defaults are 0755
and 0644
respectively.
If true, output the npm version and exit successfully.
Only relevant when specified explicitly on the command line.
The program to use to view help content.
Set to "browser"
to view html help content in the default web browser.
If set to null
, then prompt the user for responses in some
circumstances.
If set to true
, then answer "yes" to any prompt. If set to false
then answer "no" to any prompt.