deps: upgrade npm to 6.5.0
PR-URL: https://github.com/nodejs/node/pull/24734 Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Daijiro Wachi <daijiro.wachi@gmail.com> Reviewed-By: Myles Borins <myles.borins@gmail.com>
This commit is contained in:
parent
77db1e70dd
commit
13ae5385ae
9
deps/npm/.licensee.json
vendored
Normal file
9
deps/npm/.licensee.json
vendored
Normal file
@ -0,0 +1,9 @@
|
||||
{
|
||||
"license": "(MIT OR BSD-2-Clause OR BSD-3-Clause OR Apache-2.0 OR ISC OR Unlicense OR CC-BY-3.0 OR CC0-1.0 OR Artistic-2.0)",
|
||||
"whitelist": {
|
||||
"config-chain": "1.1.12",
|
||||
"cyclist": "0.2.2",
|
||||
"json-schema": "0.2.3",
|
||||
"qrcode-terminal": "0.12.0"
|
||||
}
|
||||
}
|
1
deps/npm/.travis.yml
vendored
1
deps/npm/.travis.yml
vendored
@ -33,3 +33,4 @@ install:
|
||||
- "node . install"
|
||||
script:
|
||||
- "node . run tap -- \"test/tap/*.js\" \"test/broken-under-nyc/*.js\""
|
||||
- "node . run licenses"
|
||||
|
11
deps/npm/AUTHORS
vendored
11
deps/npm/AUTHORS
vendored
@ -601,3 +601,14 @@ SneakyFish5 <32284796+SneakyFish5@users.noreply.github.com>
|
||||
Nikki Everett <neverett@users.noreply.github.com>
|
||||
Erik Price <github@erikprice.net>
|
||||
Lars Willighagen <lars.willighagen@gmail.com>
|
||||
Kevin Gibbons <bakkot@gmail.com>
|
||||
Maarten Balliauw <maarten@balliauw.be>
|
||||
Mehdy Dara <mdara@eleven-labs.com>
|
||||
Robert Kielty <rob.kielty@gmail.com>
|
||||
Scott Trinh <scottyparade@gmail.com>
|
||||
Hugo <hugovk@users.noreply.github.com>
|
||||
Jacob <jakeincanada@icloud.com>
|
||||
Joe Bottigliero <joe@bottigliero.com>
|
||||
Nikolai Vavilov <vvnicholas@gmail.com>
|
||||
Kelvin Jin <kelvinjin@google.com>
|
||||
乱序 <midare@utakana.de>
|
||||
|
133
deps/npm/CHANGELOG.md
vendored
133
deps/npm/CHANGELOG.md
vendored
@ -1,3 +1,134 @@
|
||||
## v6.5.0 (2018-11-28):
|
||||
|
||||
### NEW FEATURES
|
||||
|
||||
* [`fc1a8d185`](https://github.com/npm/cli/commit/fc1a8d185fc678cdf3784d9df9eef9094e0b2dec)
|
||||
Backronym `npm ci` to `npm clean-install`.
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`4be51a9cc`](https://github.com/npm/cli/commit/4be51a9cc65635bb26fa4ce62233f26e0104bc20)
|
||||
[#81](https://github.com/npm/cli/pull/81)
|
||||
Adds 'Homepage' to outdated --long output.
|
||||
([@jbottigliero](https://github.com/jbottigliero))
|
||||
|
||||
### BUGFIXES
|
||||
|
||||
* [`89652cb9b`](https://github.com/npm/cli/commit/89652cb9b810f929f5586fc90cc6794d076603fb)
|
||||
[npm.community#1661](https://npm.community/t/https://npm.community/t/1661)
|
||||
Fix sign-git-commit options. They were previously totally wrong.
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`414f2d1a1`](https://github.com/npm/cli/commit/414f2d1a1bdffc02ed31ebb48a43216f284c21d4)
|
||||
[npm.community#1742](https://npm.community/t/npm-audit-making-non-rfc-compliant-requests-to-server-resulting-in-400-bad-request-pr-with-fix/1742)
|
||||
Set lowercase headers for npm audit requests.
|
||||
([@maartenba](https://github.com/maartenba))
|
||||
* [`a34246baf`](https://github.com/npm/cli/commit/a34246bafe73218dc9e3090df9ee800451db2c7d)
|
||||
[#75](https://github.com/npm/cli/pull/75)
|
||||
Fix `npm edit` handling of scoped packages.
|
||||
([@larsgw](https://github.com/larsgw))
|
||||
* [`d3e8a7c72`](https://github.com/npm/cli/commit/d3e8a7c7240dd25379a5bcad324a367c58733c73)
|
||||
[npm.community#2303](https://npm.community/t/npm-ci-logs-success-to-stderr/2303)
|
||||
Make summary output for `npm ci` go to `stdout`, not `stderr`.
|
||||
([@alopezsanchez](https://github.com/alopezsanchez))
|
||||
* [`71d8fb4a9`](https://github.com/npm/cli/commit/71d8fb4a94d65e1855f6d0c5f2ad2b7c3202e3c4)
|
||||
[npm.community#1377](https://npm.community/t/unhelpful-error-message-when-publishing-without-logging-in-error-eperm-operation-not-permitted-unlink/1377/3)
|
||||
Close the file descriptor during publish if exiting upload via an error. This
|
||||
will prevent strange error messages when the upload fails and make sure
|
||||
cleanup happens correctly.
|
||||
([@macdja38](https://github.com/macdja38))
|
||||
|
||||
### DOCS UPDATES
|
||||
|
||||
* [`b1a8729c8`](https://github.com/npm/cli/commit/b1a8729c80175243fbbeecd164e9ddd378a09a50)
|
||||
[#60](https://github.com/npm/cli/pull/60)
|
||||
Mention --otp flag when prompting for OTP.
|
||||
([@bakkot](https://github.com/bakkot))
|
||||
* [`bcae4ea81`](https://github.com/npm/cli/commit/bcae4ea8173e489a76cc226bbd30dd9eabe21ec6)
|
||||
[#64](https://github.com/npm/cli/pull/64)
|
||||
Clarify that git dependencies use the default branch, not just `master`.
|
||||
([@zckrs](https://github.com/zckrs))
|
||||
* [`15da82690`](https://github.com/npm/cli/commit/15da8269032bf509ade3252978e934f2a61d4499)
|
||||
[#72](https://github.com/npm/cli/pull/72)
|
||||
`bash_completion.d` dir is sometimes found in `/etc` not `/usr/local`.
|
||||
([@RobertKielty](https://github.com/RobertKielty))
|
||||
* [`8a6ecc793`](https://github.com/npm/cli/commit/8a6ecc7936dae2f51638397ff5a1d35cccda5495)
|
||||
[#74](https://github.com/npm/cli/pull/74)
|
||||
Update OTP documentation for `dist-tag add` to clarify `--otp` is needed right
|
||||
now.
|
||||
([@scotttrinh](https://github.com/scotttrinh))
|
||||
* [`dcc03ec85`](https://github.com/npm/cli/commit/dcc03ec858bddd7aa2173b5a86b55c1c2385a2a3)
|
||||
[#82](https://github.com/npm/cli/pull/82)
|
||||
Note that `prepare` runs when installing git dependencies.
|
||||
([@seishun](https://github.com/seishun))
|
||||
* [`a91a470b7`](https://github.com/npm/cli/commit/a91a470b71e08ccf6a75d4fb8c9937789fa8d067)
|
||||
[#83](https://github.com/npm/cli/pull/83)
|
||||
Specify that --dry-run isn't available in older versions of npm publish.
|
||||
([@kjin](https://github.com/kjin))
|
||||
* [`1b2fabcce`](https://github.com/npm/cli/commit/1b2fabccede37242233755961434c52536224de5)
|
||||
[#96](https://github.com/npm/cli/pull/96)
|
||||
Fix inline code tag issue in docs.
|
||||
([@midare](https://github.com/midare))
|
||||
* [`6cc70cc19`](https://github.com/npm/cli/commit/6cc70cc1977e58a3e1ea48e660ffc6b46b390e59)
|
||||
[#68](https://github.com/npm/cli/pull/68)
|
||||
Add semver link and a note on empty string format to `deprecate` doc.
|
||||
([@neverett](https://github.com/neverett))
|
||||
* [`61dbbb7c3`](https://github.com/npm/cli/commit/61dbbb7c3474834031bce88c423850047e8131dc)
|
||||
Fix semver docs after version update.
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`4acd45a3d`](https://github.com/npm/cli/commit/4acd45a3d0ce92f9999446226fe7dfb89a90ba2e)
|
||||
[#78](https://github.com/npm/cli/pull/78)
|
||||
Correct spelling across various docs.
|
||||
([@hugovk](https://github.com/hugovk))
|
||||
|
||||
### DEPENDENCIES
|
||||
|
||||
* [`4f761283e`](https://github.com/npm/cli/commit/4f761283e8896d0ceb5934779005646463a030e8)
|
||||
`figgy-pudding@3.5.1`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`3706db0bc`](https://github.com/npm/cli/commit/3706db0bcbc306d167bb902362e7f6962f2fe1a1)
|
||||
[npm.community#1764](https://npm.community/t/crash-invalid-config-key-requested-error/1764)
|
||||
`ssri@6.0.1`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`83c2b117d`](https://github.com/npm/cli/commit/83c2b117d0b760d0ea8d667e5e4bdfa6a7a7a8f6)
|
||||
`bluebird@3.5.2`
|
||||
([@petkaantonov](https://github.com/petkaantonov))
|
||||
* [`2702f46bd`](https://github.com/npm/cli/commit/2702f46bd7284fb303ca2119d23c52536811d705)
|
||||
`ci-info@1.5.1`
|
||||
([@watson](https://github.com/watson))
|
||||
* [`4db6c3898`](https://github.com/npm/cli/commit/4db6c3898b07100e3a324e4aae50c2fab4b93a04)
|
||||
`config-chain@1.1.1`:2
|
||||
([@dawsbot](https://github.com/dawbot))
|
||||
* [`70bee4f69`](https://github.com/npm/cli/commit/70bee4f69bb4ce4e18c48582fe2b48d8b4aba566)
|
||||
`glob@7.1.3`
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`e469fd6be`](https://github.com/npm/cli/commit/e469fd6be95333dcaa7cf377ca3620994ca8d0de)
|
||||
`opener@1.5.1`:
|
||||
Fix browser opening under Windows Subsystem for Linux (WSL).
|
||||
([@thijsputman](https://github.com/thijsputman))
|
||||
* [`03840dced`](https://github.com/npm/cli/commit/03840dced865abdca6e6449ea030962e5b19db0c)
|
||||
`semver@5.5.1`
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`161dc0b41`](https://github.com/npm/cli/commit/161dc0b4177e76306a0e3b8660b3b496cc3db83b)
|
||||
`bluebird@3.5.3`
|
||||
([@petkaantonov](https://github.com/petkaantonov))
|
||||
* [`bb6f94395`](https://github.com/npm/cli/commit/bb6f94395491576ec42996ff6665df225f6b4377)
|
||||
`graceful-fs@4.1.1`:5
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`43b1f4c91`](https://github.com/npm/cli/commit/43b1f4c91fa1d7b3ebb6aa2d960085e5f3ac7607)
|
||||
`tar@4.4.8`
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`ab62afcc4`](https://github.com/npm/cli/commit/ab62afcc472de82c479bf91f560a0bbd6a233c80)
|
||||
`npm-packlist@1.1.1`:2
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`027f06be3`](https://github.com/npm/cli/commit/027f06be35bb09f390e46fcd2b8182539939d1f7)
|
||||
`ci-info@1.6.0`
|
||||
([@watson](https://github.com/watson))
|
||||
|
||||
### MISCELLANEOUS
|
||||
|
||||
* [`27217dae8`](https://github.com/npm/cli/commit/27217dae8adbc577ee9cb323b7cfe9c6b2493aca)
|
||||
[#70](https://github.com/npm/cli/pull/70)
|
||||
Automatically audit dependency licenses for npm itself.
|
||||
([@kemitchell](https://github.com/kemitchell))
|
||||
|
||||
## v6.4.1 (2018-08-22):
|
||||
|
||||
### BUGFIXES
|
||||
@ -220,7 +351,7 @@ bumped due to bugs that had been around for a while.
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`21cf0ab68`](https://github.com/npm/cli/commit/21cf0ab68cf528d5244ae664133ef400bdcfbdb6)
|
||||
[npm/cli#24](https://github.com/npm/cli/pull/24)
|
||||
Use the defaut OTP explanation everywhere except when the context is
|
||||
Use the default OTP explanation everywhere except when the context is
|
||||
"OTP-aware" (like when setting double-authentication). This improves the
|
||||
overall CLI messaging when prompting for an OTP code.
|
||||
([@jdeniau](https://github.com/jdeniau))
|
||||
|
10
deps/npm/changelogs/CHANGELOG-2.md
vendored
10
deps/npm/changelogs/CHANGELOG-2.md
vendored
@ -1,7 +1,7 @@
|
||||
### v2.15.12 (2017-03-24):
|
||||
|
||||
This version brings the latest `node-gyp` to a soon to be released Node.js
|
||||
4.x. The `node-gyp` update is paticularly important to Windows folks due to
|
||||
4.x. The `node-gyp` update is particularly important to Windows folks due to
|
||||
its addition of Visual Studio 2017 support.
|
||||
|
||||
* [`cdd60e733`](https://github.com/npm/npm/commit/cdd60e733905a9994e1d6d832996bfdd12abeaee)
|
||||
@ -372,7 +372,7 @@ Node.js 0.10 and 0.12, it's unlikely that patches that rely on ES 2015
|
||||
functionality will land anytime soon.
|
||||
|
||||
Looking forward, the team's current plan is to drop support for Node.js 0.10
|
||||
when its LTS maintenace window expires in October, 2016, and 0.12 when its
|
||||
when its LTS maintenance window expires in October, 2016, and 0.12 when its
|
||||
maintenance / LTS window ends at the end of 2016. We will also drop support for
|
||||
Node.js 5.x when Node.js 6 becomes LTS and Node.js 7 is released, also in the
|
||||
October-December 2016 timeframe.
|
||||
@ -1507,7 +1507,7 @@ change makes it do.
|
||||
|
||||
We _think_ this is what everyone wants, but if this causes problems for you, we
|
||||
want to know! If it proves problematic for people we will consider reverting it
|
||||
(preferrably before this becomes `npm@latest`).
|
||||
(preferably before this becomes `npm@latest`).
|
||||
|
||||
Previously, when you ran `npm install foo` we would act as if you typed `npm
|
||||
install foo@*`. Now, like any range-type specifier, in addition to matching the
|
||||
@ -2742,7 +2742,7 @@ NodeConf Adventure!
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`e02e85d`](https://github.com/npm/npm/commit/e02e85d)
|
||||
`osenv@0.1.2`: Switches to using the `os-tmpdir` module instead of
|
||||
`os.tmpdir()` for greate consistency in behavior between node versions.
|
||||
`os.tmpdir()` for greater consistency in behavior between node versions.
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`a6f0265`](https://github.com/npm/npm/commit/a6f0265)
|
||||
`ini@1.3.4` ([@isaacs](https://github.com/isaacs))
|
||||
@ -4588,7 +4588,7 @@ Other changes:
|
||||
([@gfxmonk](https://github.com/gfxmonk))
|
||||
* [`989624e`](https://github.com/npm/npm/commit/989624e8321f87734c1b1272fc2f646e7af1f81c)
|
||||
[#6767](https://github.com/npm/npm/issues/6767) Actually pass parameters when
|
||||
adding git repo to cach under Windows.
|
||||
adding git repo to cache under Windows.
|
||||
([@othiym23](https://github.com/othiym23))
|
||||
* [`657af73`](https://github.com/npm/npm/commit/657af7308f7d6cd2f81389fcf0d762252acaf1ce)
|
||||
[#6774](https://github.com/npm/npm/issues/6774) When verifying paths on
|
||||
|
8
deps/npm/changelogs/CHANGELOG-3.md
vendored
8
deps/npm/changelogs/CHANGELOG-3.md
vendored
@ -2143,7 +2143,7 @@ This release includes an updated `node-gyp` with fixes for Android.
|
||||
([@watilde](https://github.com/watilde))
|
||||
* [`47928cd`](https://github.com/npm/npm/commit/47928cd6264e1d6d0ef67435b71c66d01bea664a)
|
||||
[#11003](https://github.com/npm/npm/issues/11003)
|
||||
Remove "verison" typo from the help listing.
|
||||
Remove "version" typo from the help listing.
|
||||
([@doug-wade](https://github.com/doug-wade))
|
||||
|
||||
#### MORE COMPLETE CONFIG LISTINGS
|
||||
@ -3473,7 +3473,7 @@ Hey, you found the feature we added!
|
||||
folder with the same layout as global modules. Only your direct
|
||||
dependencies will show in `node_modules` and everything they depend on
|
||||
will be flattened in their `node_modules` folders. This obviously will
|
||||
elminate some deduping.
|
||||
eliminate some deduping.
|
||||
([@iarna](https://github.com/iarna))
|
||||
|
||||
#### TYPOS IN THE LICENSE, OH MY
|
||||
@ -3492,7 +3492,7 @@ this change makes it do.
|
||||
|
||||
We _think_ this is what everyone wants, but if this causes problems for
|
||||
you, we want to know! If it proves problematic for people we will consider
|
||||
reverting it (preferrably before this becomes `npm@latest`).
|
||||
reverting it (preferably before this becomes `npm@latest`).
|
||||
|
||||
Previously, when you ran `npm install foo` we would act as if you typed
|
||||
`npm install foo@*`. Now, like any range-type specifier, in addition to
|
||||
@ -4070,7 +4070,7 @@ in line with `npm@2`.
|
||||
|
||||
* [`95ee92c`](https://github.com/npm/npm/commit/95ee92c)
|
||||
[#9433](https://github.com/npm/npm/issues/9433)
|
||||
Give better error messages for invalid URLs in the dependecy
|
||||
Give better error messages for invalid URLs in the dependency
|
||||
list.
|
||||
([@jamietre](https://github.com/jamietre))
|
||||
|
||||
|
4
deps/npm/changelogs/CHANGELOG-4.md
vendored
4
deps/npm/changelogs/CHANGELOG-4.md
vendored
@ -296,7 +296,7 @@ Also there's maybe a bit of an easter egg in this release. 'Cause those are fun
|
||||
### v4.4.1 (2017-03-06):
|
||||
|
||||
This is a quick little patch release to forgo the update notification
|
||||
checker if you're on an unsuported (but not otherwise broken) version of
|
||||
checker if you're on an unsupported (but not otherwise broken) version of
|
||||
Node.js. Right now that means 0.10 or 0.12.
|
||||
|
||||
* [`56ac249`](https://github.com/npm/npm/commit/56ac249ef8ede1021f1bc62a0e4fe1e9ba556af2)
|
||||
@ -1434,7 +1434,7 @@ install`, and `prepublishOnly` will be removed, leaving `prepare` and
|
||||
|
||||
* [`9b4a227`](https://github.com/npm/npm/commit/9b4a2278cee0a410a107c8ea4d11614731e0a943) [`bc32078`](https://github.com/npm/npm/commit/bc32078fa798acef0e036414cb448645f135b570)
|
||||
[#14290](https://github.com/npm/npm/pull/14290)
|
||||
Add `prepare` and `prepublishOnly` lifecyle events.
|
||||
Add `prepare` and `prepublishOnly` lifecycle events.
|
||||
([@othiym23](https://github.com/othiym23))
|
||||
* [`52fdefd`](https://github.com/npm/npm/commit/52fdefddb48f0c39c6e8eb4c118eb306c9436117)
|
||||
[#14290](https://github.com/npm/npm/pull/14290)
|
||||
|
6
deps/npm/changelogs/CHANGELOG-5.md
vendored
6
deps/npm/changelogs/CHANGELOG-5.md
vendored
@ -1285,7 +1285,7 @@ had been held by 1.3.16 since _December of 2013_.
|
||||
If you can't get enough of the bleeding edge, I encourage you to check out
|
||||
our canary release of npm. Get it with `npm install -g npmc`. It's going to
|
||||
be seeing some exciting stuff in the next couple of weeks, starting with a
|
||||
rewriten `npm dedupe`, but moving on to… well, you'll just have to wait and
|
||||
rewritten `npm dedupe`, but moving on to… well, you'll just have to wait and
|
||||
find out.
|
||||
|
||||
### PERFORMANCE
|
||||
@ -1911,7 +1911,7 @@ right? Here's what's bumping that number for us this time:
|
||||
([@KennethKinLum](https://github.com/KennethKinLum))
|
||||
* [`c9b534a14`](https://github.com/npm/npm/commit/c9b534a148818d1a97787c0dfdba5f64ce3618a6)
|
||||
[#17074](https://github.com/npm/npm/pull/17074)
|
||||
Clarify config documention with multiple boolean flags.
|
||||
Clarify config documentation with multiple boolean flags.
|
||||
([@KennethKinLum](https://github.com/KennethKinLum))
|
||||
* [`e111b0a40`](https://github.com/npm/npm/commit/e111b0a40c4bc6691d7b8d67ddce5419e67bfd27)
|
||||
[#16768](https://github.com/npm/npm/pull/16768)
|
||||
@ -2117,7 +2117,7 @@ added 234 packages in .005ms
|
||||
Fix a crash while installing with `--no-shrinkwrap`.
|
||||
([@jacknagel](https://github.com/jacknagel))
|
||||
|
||||
### DOC UPATES
|
||||
### DOC UPDATES
|
||||
|
||||
* [`89e0cb816`](https://github.com/npm/npm/commit/89e0cb8165dd9c3c7ac74d531617f367099608f4)
|
||||
[#16818](https://github.com/npm/npm/pull/16818)
|
||||
|
7
deps/npm/doc/cli/npm-ci.md
vendored
7
deps/npm/doc/cli/npm-ci.md
vendored
@ -39,9 +39,10 @@ cache:
|
||||
|
||||
This command is similar to `npm-install(1)`, except it's meant to be used in
|
||||
automated environments such as test platforms, continuous integration, and
|
||||
deployment. It can be significantly faster than a regular npm install by
|
||||
skipping certain user-oriented features. It is also more strict than a regular
|
||||
install, which can help catch errors or inconsistencies caused by the
|
||||
deployment -- or any situation where you want to make sure you're doing a clean
|
||||
install of your dependencies. It can be significantly faster than a regular npm
|
||||
install by skipping certain user-oriented features. It is also more strict than
|
||||
a regular install, which can help catch errors or inconsistencies caused by the
|
||||
incrementally-installed local environments of most npm users.
|
||||
|
||||
In short, the main differences between using `npm install` and `npm ci` are:
|
||||
|
7
deps/npm/doc/cli/npm-completion.md
vendored
7
deps/npm/doc/cli/npm-completion.md
vendored
@ -17,9 +17,10 @@ everywhere:
|
||||
npm completion >> ~/.bashrc
|
||||
npm completion >> ~/.zshrc
|
||||
|
||||
You may of course also pipe the output of npm completion to a file
|
||||
such as `/usr/local/etc/bash_completion.d/npm` if you have a system
|
||||
that will read that file for you.
|
||||
You may of course also pipe the output of `npm completion` to a file
|
||||
such as `/usr/local/etc/bash_completion.d/npm` or
|
||||
`/etc/bash_completion.d/npm` if you have a system that will read
|
||||
that file for you.
|
||||
|
||||
When `COMP_CWORD`, `COMP_LINE`, and `COMP_POINT` are defined in the
|
||||
environment, `npm completion` acts in "plumbing mode", and outputs
|
||||
|
8
deps/npm/doc/cli/npm-deprecate.md
vendored
8
deps/npm/doc/cli/npm-deprecate.md
vendored
@ -10,15 +10,17 @@ npm-deprecate(1) -- Deprecate a version of a package
|
||||
This command will update the npm registry entry for a package, providing
|
||||
a deprecation warning to all who attempt to install it.
|
||||
|
||||
It works on version ranges as well as specific versions, so you can do
|
||||
something like this:
|
||||
It works on [version ranges](https://semver.npmjs.com/) as well as specific
|
||||
versions, so you can do something like this:
|
||||
|
||||
npm deprecate my-thing@"< 0.2.3" "critical bug fixed in v0.2.3"
|
||||
|
||||
Note that you must be the package owner to deprecate something. See the
|
||||
`owner` and `adduser` help topics.
|
||||
|
||||
To un-deprecate a package, specify an empty string (`""`) for the `message` argument.
|
||||
To un-deprecate a package, specify an empty string (`""`) for the `message`
|
||||
argument. Note that you must use double quotes with no space between them to
|
||||
format an empty string.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
|
6
deps/npm/doc/cli/npm-dist-tag.md
vendored
6
deps/npm/doc/cli/npm-dist-tag.md
vendored
@ -15,9 +15,9 @@ Add, remove, and enumerate distribution tags on a package:
|
||||
|
||||
* add:
|
||||
Tags the specified version of the package with the specified tag, or the
|
||||
`--tag` config if not specified. If the tag you're adding is `latest` and you
|
||||
have two-factor authentication on auth-and-writes then you'll need to include
|
||||
an otp on the command line with `--otp`.
|
||||
`--tag` config if not specified. If you have two-factor authentication on
|
||||
auth-and-writes then you’ll need to include a one-time password on the
|
||||
command line with `--otp <one-time password>`.
|
||||
|
||||
* rm:
|
||||
Clear a tag that is no longer in use from the package.
|
||||
|
8
deps/npm/doc/cli/npm-edit.md
vendored
8
deps/npm/doc/cli/npm-edit.md
vendored
@ -3,12 +3,14 @@ npm-edit(1) -- Edit an installed package
|
||||
|
||||
## SYNOPSIS
|
||||
|
||||
npm edit <pkg>[@<version>]
|
||||
npm edit <pkg>[/<subpkg>...]
|
||||
|
||||
## DESCRIPTION
|
||||
|
||||
Opens the package folder in the default editor (or whatever you've
|
||||
configured as the npm `editor` config -- see `npm-config(7)`.)
|
||||
Selects a (sub)dependency in the current
|
||||
working directory and opens the package folder in the default editor
|
||||
(or whatever you've configured as the npm `editor` config -- see
|
||||
`npm-config(7)`.)
|
||||
|
||||
After it has been edited, the package is rebuilt so as to pick up any
|
||||
changes in compiled packages.
|
||||
|
2
deps/npm/doc/cli/npm-install.md
vendored
2
deps/npm/doc/cli/npm-install.md
vendored
@ -199,7 +199,7 @@ after packing it up into a tarball (b).
|
||||
be any valid semver range or exact version, and npm will look for any tags
|
||||
or refs matching that range in the remote repository, much as it would for a
|
||||
registry dependency. If neither `#<commit-ish>` or `#semver:<semver>` is
|
||||
specified, then `master` is used.
|
||||
specified, then the default branch of the repository is used.
|
||||
|
||||
If the repository makes use of submodules, those submodules will be cloned
|
||||
as well.
|
||||
|
1
deps/npm/doc/cli/npm-outdated.md
vendored
1
deps/npm/doc/cli/npm-outdated.md
vendored
@ -27,6 +27,7 @@ In the output:
|
||||
* `package type` (when using `--long` / `-l`) tells you whether this package is
|
||||
a `dependency` or a `devDependency`. Packages not included in `package.json`
|
||||
are always marked `dependencies`.
|
||||
* `homepage` (when using `--long` / `-l`) is the `homepage` value contained in the package's `package.json`
|
||||
* Red means there's a newer version matching your semver requirements, so you should update now.
|
||||
* Yellow indicates that there's a newer version above your semver requirements (usually new major, or new 0.x minor) so proceed with caution.
|
||||
|
||||
|
4
deps/npm/doc/cli/npm-publish.md
vendored
4
deps/npm/doc/cli/npm-publish.md
vendored
@ -47,8 +47,8 @@ specifying a different default registry or using a `npm-scope(7)` in the name
|
||||
don't include this and you're running from a TTY then you'll be prompted.
|
||||
|
||||
* `[--dry-run]`
|
||||
Does everything publish would do except actually publishing to the registry.
|
||||
Reports the details of what would have been published.
|
||||
As of `npm@6`, does everything publish would do except actually publishing
|
||||
to the registry. Reports the details of what would have been published.
|
||||
|
||||
Fails if the package name and version combination already exists in
|
||||
the specified registry.
|
||||
|
2
deps/npm/doc/misc/npm-registry.md
vendored
2
deps/npm/doc/misc/npm-registry.md
vendored
@ -41,7 +41,7 @@ about your environment:
|
||||
information to allow you to customize your experience for your
|
||||
organization.
|
||||
* `Npm-In-CI` – Set to "true" if npm believes this install is running in a
|
||||
continous integration environment, "false" otherwise. This is detected by
|
||||
continuous integration environment, "false" otherwise. This is detected by
|
||||
looking for the following environment variables: `CI`, `TDDIUM`,
|
||||
`JENKINS_URL`, `bamboo.buildKey`. If you'd like to learn more you may find
|
||||
the [original PR](https://github.com/npm/npm-registry-client/pull/129)
|
||||
|
10
deps/npm/doc/misc/npm-scripts.md
vendored
10
deps/npm/doc/misc/npm-scripts.md
vendored
@ -10,9 +10,9 @@ following scripts:
|
||||
Run BEFORE the package is packed and published, as well as on local `npm
|
||||
install` without any arguments. (See below)
|
||||
* prepare:
|
||||
Run both BEFORE the package is packed and published, and on local `npm
|
||||
install` without any arguments (See below). This is run
|
||||
AFTER `prepublish`, but BEFORE `prepublishOnly`.
|
||||
Run both BEFORE the package is packed and published, on local `npm
|
||||
install` without any arguments, and when installing git dependencies (See
|
||||
below). This is run AFTER `prepublish`, but BEFORE `prepublishOnly`.
|
||||
* prepublishOnly:
|
||||
Run BEFORE the package is prepared and packed, ONLY on `npm publish`. (See
|
||||
below.)
|
||||
@ -52,8 +52,8 @@ following scripts:
|
||||
Additionally, arbitrary scripts can be executed by running `npm
|
||||
run-script <stage>`. *Pre* and *post* commands with matching
|
||||
names will be run for those as well (e.g. `premyscript`, `myscript`,
|
||||
`postmyscript`). Scripts from dependencies can be run with `npm explore
|
||||
<pkg> -- npm run <stage>`.
|
||||
`postmyscript`). Scripts from dependencies can be run with
|
||||
`npm explore <pkg> -- npm run <stage>`.
|
||||
|
||||
## PREPUBLISH AND PREPARE
|
||||
|
||||
|
2
deps/npm/doc/misc/semver.md
vendored
2
deps/npm/doc/misc/semver.md
vendored
@ -274,7 +274,7 @@ logical-or ::= ( ' ' ) * '||' ( ' ' ) *
|
||||
range ::= hyphen | simple ( ' ' simple ) * | ''
|
||||
hyphen ::= partial ' - ' partial
|
||||
simple ::= primitive | partial | tilde | caret
|
||||
primitive ::= ( '<' | '>' | '>=' | '<=' | '=' | ) partial
|
||||
primitive ::= ( '<' | '>' | '>=' | '<=' | '=' ) partial
|
||||
partial ::= xr ( '.' xr ( '.' xr qualifier ? )? )?
|
||||
xr ::= 'x' | 'X' | '*' | nr
|
||||
nr ::= '0' | ['1'-'9'] ( ['0'-'9'] ) *
|
||||
|
2
deps/npm/html/doc/README.html
vendored
2
deps/npm/html/doc/README.html
vendored
@ -118,5 +118,5 @@ doubt tell you to put the output in a gist or email.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer"><a href="../doc/README.html">README</a> — npm@6.4.1</p>
|
||||
<p id="footer"><a href="../doc/README.html">README</a> — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-access.html
vendored
2
deps/npm/html/doc/cli/npm-access.html
vendored
@ -85,5 +85,5 @@ with an HTTP 402 status code (logically enough), unless you use
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-access — npm@6.4.1</p>
|
||||
<p id="footer">npm-access — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-adduser.html
vendored
2
deps/npm/html/doc/cli/npm-adduser.html
vendored
@ -78,5 +78,5 @@ username/password entry in legacy npm.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-adduser — npm@6.4.1</p>
|
||||
<p id="footer">npm-adduser — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-audit.html
vendored
2
deps/npm/html/doc/cli/npm-audit.html
vendored
@ -81,4 +81,4 @@ different between runs.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-audit — npm@6.4.1</p>
|
||||
<p id="footer">npm-audit — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/cli/npm-bin.html
vendored
2
deps/npm/html/doc/cli/npm-bin.html
vendored
@ -34,5 +34,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bin — npm@6.4.1</p>
|
||||
<p id="footer">npm-bin — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-bugs.html
vendored
2
deps/npm/html/doc/cli/npm-bugs.html
vendored
@ -54,5 +54,5 @@ a <code>package.json</code> in the current folder and use the <code>name</code>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bugs — npm@6.4.1</p>
|
||||
<p id="footer">npm-bugs — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-build.html
vendored
2
deps/npm/html/doc/cli/npm-build.html
vendored
@ -38,5 +38,5 @@ directly, run:</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-build — npm@6.4.1</p>
|
||||
<p id="footer">npm-build — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-bundle.html
vendored
2
deps/npm/html/doc/cli/npm-bundle.html
vendored
@ -31,5 +31,5 @@ install packages into the local space.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bundle — npm@6.4.1</p>
|
||||
<p id="footer">npm-bundle — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-cache.html
vendored
2
deps/npm/html/doc/cli/npm-cache.html
vendored
@ -88,5 +88,5 @@ verify</code>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-cache — npm@6.4.1</p>
|
||||
<p id="footer">npm-cache — npm@6.5.0-next.0</p>
|
||||
|
||||
|
9
deps/npm/html/doc/cli/npm-ci.html
vendored
9
deps/npm/html/doc/cli/npm-ci.html
vendored
@ -28,9 +28,10 @@ cache:
|
||||
- "$HOME/.npm"</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>This command is similar to <code><a href="../cli/npm-install.html">npm-install(1)</a></code>, except it's meant to be used in
|
||||
automated environments such as test platforms, continuous integration, and
|
||||
deployment. It can be significantly faster than a regular npm install by
|
||||
skipping certain user-oriented features. It is also more strict than a regular
|
||||
install, which can help catch errors or inconsistencies caused by the
|
||||
deployment -- or any situation where you want to make sure you're doing a clean
|
||||
install of your dependencies. It can be significantly faster than a regular npm
|
||||
install by skipping certain user-oriented features. It is also more strict than
|
||||
a regular install, which can help catch errors or inconsistencies caused by the
|
||||
incrementally-installed local environments of most npm users.</p>
|
||||
<p>In short, the main differences between using <code>npm install</code> and <code>npm ci</code> are:</p>
|
||||
<ul>
|
||||
@ -57,4 +58,4 @@ incrementally-installed local environments of most npm users.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-ci — npm@6.4.1</p>
|
||||
<p id="footer">npm-ci — npm@6.5.0-next.0</p>
|
||||
|
9
deps/npm/html/doc/cli/npm-completion.html
vendored
9
deps/npm/html/doc/cli/npm-completion.html
vendored
@ -18,9 +18,10 @@ loads the completions into your current shell. Adding it to
|
||||
your ~/.bashrc or ~/.zshrc will make the completions available
|
||||
everywhere:</p>
|
||||
<pre><code>npm completion >> ~/.bashrc
|
||||
npm completion >> ~/.zshrc</code></pre><p>You may of course also pipe the output of npm completion to a file
|
||||
such as <code>/usr/local/etc/bash_completion.d/npm</code> if you have a system
|
||||
that will read that file for you.</p>
|
||||
npm completion >> ~/.zshrc</code></pre><p>You may of course also pipe the output of <code>npm completion</code> to a file
|
||||
such as <code>/usr/local/etc/bash_completion.d/npm</code> or
|
||||
<code>/etc/bash_completion.d/npm</code> if you have a system that will read
|
||||
that file for you.</p>
|
||||
<p>When <code>COMP_CWORD</code>, <code>COMP_LINE</code>, and <code>COMP_POINT</code> are defined in the
|
||||
environment, <code>npm completion</code> acts in "plumbing mode", and outputs
|
||||
completions based on the arguments.</p>
|
||||
@ -41,5 +42,5 @@ completions based on the arguments.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-completion — npm@6.4.1</p>
|
||||
<p id="footer">npm-completion — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-config.html
vendored
2
deps/npm/html/doc/cli/npm-config.html
vendored
@ -62,5 +62,5 @@ global config.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-config — npm@6.4.1</p>
|
||||
<p id="footer">npm-config — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-dedupe.html
vendored
2
deps/npm/html/doc/cli/npm-dedupe.html
vendored
@ -58,5 +58,5 @@ result in new modules being installed.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-dedupe — npm@6.4.1</p>
|
||||
<p id="footer">npm-dedupe — npm@6.5.0-next.0</p>
|
||||
|
||||
|
10
deps/npm/html/doc/cli/npm-deprecate.html
vendored
10
deps/npm/html/doc/cli/npm-deprecate.html
vendored
@ -14,11 +14,13 @@
|
||||
<pre><code>npm deprecate <pkg>[@<version>] <message></code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>This command will update the npm registry entry for a package, providing
|
||||
a deprecation warning to all who attempt to install it.</p>
|
||||
<p>It works on version ranges as well as specific versions, so you can do
|
||||
something like this:</p>
|
||||
<p>It works on <a href="https://semver.npmjs.com/">version ranges</a> as well as specific
|
||||
versions, so you can do something like this:</p>
|
||||
<pre><code>npm deprecate my-thing@"< 0.2.3" "critical bug fixed in v0.2.3"</code></pre><p>Note that you must be the package owner to deprecate something. See the
|
||||
<code>owner</code> and <code>adduser</code> help topics.</p>
|
||||
<p>To un-deprecate a package, specify an empty string (<code>""</code>) for the <code>message</code> argument.</p>
|
||||
<p>To un-deprecate a package, specify an empty string (<code>""</code>) for the <code>message</code>
|
||||
argument. Note that you must use double quotes with no space between them to
|
||||
format an empty string.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-publish.html">npm-publish(1)</a></li>
|
||||
@ -36,5 +38,5 @@ something like this:</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-deprecate — npm@6.4.1</p>
|
||||
<p id="footer">npm-deprecate — npm@6.5.0-next.0</p>
|
||||
|
||||
|
8
deps/npm/html/doc/cli/npm-dist-tag.html
vendored
8
deps/npm/html/doc/cli/npm-dist-tag.html
vendored
@ -20,9 +20,9 @@ aliases: dist-tags</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<ul>
|
||||
<li><p>add:
|
||||
Tags the specified version of the package with the specified tag, or the
|
||||
<code>--tag</code> config if not specified. If the tag you're adding is <code>latest</code> and you
|
||||
have two-factor authentication on auth-and-writes then you'll need to include
|
||||
an otp on the command line with <code>--otp</code>.</p>
|
||||
<code>--tag</code> config if not specified. If you have two-factor authentication on
|
||||
auth-and-writes then you’ll need to include a one-time password on the
|
||||
command line with <code>--otp <one-time password></code>.</p>
|
||||
</li>
|
||||
<li><p>rm:
|
||||
Clear a tag that is no longer in use from the package.</p>
|
||||
@ -85,5 +85,5 @@ begin with a number or the letter <code>v</code>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-dist-tag — npm@6.4.1</p>
|
||||
<p id="footer">npm-dist-tag — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-docs.html
vendored
2
deps/npm/html/doc/cli/npm-docs.html
vendored
@ -55,5 +55,5 @@ the current folder and use the <code>name</code> property.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-docs — npm@6.4.1</p>
|
||||
<p id="footer">npm-docs — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-doctor.html
vendored
2
deps/npm/html/doc/cli/npm-doctor.html
vendored
@ -102,4 +102,4 @@ cache, you should probably run <code>npm cache clean</code> and reset the cache.
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-doctor — npm@6.4.1</p>
|
||||
<p id="footer">npm-doctor — npm@6.5.0-next.0</p>
|
||||
|
10
deps/npm/html/doc/cli/npm-edit.html
vendored
10
deps/npm/html/doc/cli/npm-edit.html
vendored
@ -11,9 +11,11 @@
|
||||
|
||||
<h1><a href="../cli/npm-edit.html">npm-edit</a></h1> <p>Edit an installed package</p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<pre><code>npm edit <pkg>[@<version>]</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>Opens the package folder in the default editor (or whatever you've
|
||||
configured as the npm <code>editor</code> config -- see <code><a href="../misc/npm-config.html">npm-config(7)</a></code>.)</p>
|
||||
<pre><code>npm edit <pkg>[/<subpkg>...]</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>Selects a (sub)dependency in the current
|
||||
working directory and opens the package folder in the default editor
|
||||
(or whatever you've configured as the npm <code>editor</code> config -- see
|
||||
<code><a href="../misc/npm-config.html">npm-config(7)</a></code>.)</p>
|
||||
<p>After it has been edited, the package is rebuilt so as to pick up any
|
||||
changes in compiled packages.</p>
|
||||
<p>For instance, you can do <code>npm install connect</code> to install connect
|
||||
@ -48,5 +50,5 @@ or <code>"notepad"</code> on Windows.</li>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-edit — npm@6.4.1</p>
|
||||
<p id="footer">npm-edit — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-explore.html
vendored
2
deps/npm/html/doc/cli/npm-explore.html
vendored
@ -47,5 +47,5 @@ Windows</li>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-explore — npm@6.4.1</p>
|
||||
<p id="footer">npm-explore — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-help-search.html
vendored
2
deps/npm/html/doc/cli/npm-help-search.html
vendored
@ -44,5 +44,5 @@ where the terms were found in the documentation.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-help-search — npm@6.4.1</p>
|
||||
<p id="footer">npm-help-search — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-help.html
vendored
2
deps/npm/html/doc/cli/npm-help.html
vendored
@ -49,5 +49,5 @@ matches are equivalent to specifying a topic name.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-help — npm@6.4.1</p>
|
||||
<p id="footer">npm-help — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-hook.html
vendored
2
deps/npm/html/doc/cli/npm-hook.html
vendored
@ -52,4 +52,4 @@ request came from your own configured hook.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-hook — npm@6.4.1</p>
|
||||
<p id="footer">npm-hook — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/cli/npm-init.html
vendored
2
deps/npm/html/doc/cli/npm-init.html
vendored
@ -61,5 +61,5 @@ will create a scoped package.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-init — npm@6.4.1</p>
|
||||
<p id="footer">npm-init — npm@6.5.0-next.0</p>
|
||||
|
||||
|
@ -32,4 +32,4 @@ alias: npm cit</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-install-ci-test — npm@6.4.1</p>
|
||||
<p id="footer">npm-install-ci-test — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/cli/npm-install-test.html
vendored
2
deps/npm/html/doc/cli/npm-install-test.html
vendored
@ -41,5 +41,5 @@ takes exactly the same arguments as <code>npm install</code>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-install-test — npm@6.4.1</p>
|
||||
<p id="footer">npm-install-test — npm@6.5.0-next.0</p>
|
||||
|
||||
|
4
deps/npm/html/doc/cli/npm-install.html
vendored
4
deps/npm/html/doc/cli/npm-install.html
vendored
@ -163,7 +163,7 @@ fetch the package by name if it is not valid.</code></pre><ul>
|
||||
be any valid semver range or exact version, and npm will look for any tags
|
||||
or refs matching that range in the remote repository, much as it would for a
|
||||
registry dependency. If neither <code>#<commit-ish></code> or <code>#semver:<semver></code> is
|
||||
specified, then <code>master</code> is used.</p>
|
||||
specified, then the default branch of the repository is used.</p>
|
||||
<p> If the repository makes use of submodules, those submodules will be cloned
|
||||
as well.</p>
|
||||
<p> If the package being installed contains a <code>prepare</code> script, its
|
||||
@ -370,5 +370,5 @@ affects a real use-case, it will be investigated.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-install — npm@6.4.1</p>
|
||||
<p id="footer">npm-install — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-link.html
vendored
2
deps/npm/html/doc/cli/npm-link.html
vendored
@ -71,5 +71,5 @@ include that scope, e.g.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-link — npm@6.4.1</p>
|
||||
<p id="footer">npm-link — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-logout.html
vendored
2
deps/npm/html/doc/cli/npm-logout.html
vendored
@ -49,5 +49,5 @@ it takes precedence.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-logout — npm@6.4.1</p>
|
||||
<p id="footer">npm-logout — npm@6.5.0-next.0</p>
|
||||
|
||||
|
4
deps/npm/html/doc/cli/npm-ls.html
vendored
4
deps/npm/html/doc/cli/npm-ls.html
vendored
@ -20,7 +20,7 @@ installed, as well as their dependencies, in a tree-structure.</p>
|
||||
limit the results to only the paths to the packages named. Note that
|
||||
nested packages will <em>also</em> show the paths to the specified packages.
|
||||
For example, running <code>npm ls promzard</code> in npm's source tree will show:</p>
|
||||
<pre><code>npm@6.4.1 /path/to/npm
|
||||
<pre><code>npm@6.5.0-next.0 /path/to/npm
|
||||
└─┬ init-package-json@0.0.4
|
||||
└── promzard@0.1.5</code></pre><p>It will print out extraneous, missing, and invalid packages.</p>
|
||||
<p>If a project specifies git urls for dependencies these are shown
|
||||
@ -108,5 +108,5 @@ project.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-ls — npm@6.4.1</p>
|
||||
<p id="footer">npm-ls — npm@6.5.0-next.0</p>
|
||||
|
||||
|
10
deps/npm/html/doc/cli/npm-outdated.html
vendored
10
deps/npm/html/doc/cli/npm-outdated.html
vendored
@ -31,6 +31,7 @@ always be seeing only top-level dependencies that are outdated.</li>
|
||||
<li><code>package type</code> (when using <code>--long</code> / <code>-l</code>) tells you whether this package is
|
||||
a <code>dependency</code> or a <code>devDependency</code>. Packages not included in <code>package.json</code>
|
||||
are always marked <code>dependencies</code>.</li>
|
||||
<li><code>homepage</code> (when using <code>--long</code> / <code>-l</code>) is the <code>homepage</code> value contained in the package's <code>package.json</code></li>
|
||||
<li>Red means there's a newer version matching your semver requirements, so you should update now.</li>
|
||||
<li>Yellow indicates that there's a newer version above your semver requirements (usually new major, or new 0.x minor) so proceed with caution.</li>
|
||||
</ul>
|
||||
@ -57,9 +58,10 @@ The installed committish might satisfy the dependency specifier (if it's
|
||||
something immutable, like a commit SHA), or it might not, so <code>npm outdated</code> and
|
||||
<code>npm update</code> have to fetch Git repos to check. This is why currently doing a
|
||||
reinstall of a Git dependency always forces a new clone and install.</li>
|
||||
<li><a href="mailto:%60npm@3.5.2">`npm@3.5.2</a><code>is marked as "wanted", but "latest" is</code><a href="mailto:npm@3.5.1">npm@3.5.1</a><code>because npm
|
||||
uses dist-tags to manage its</code>latest<code>and</code>next<code>release channels.</code>npm update<code>will install the _newest_ version, but</code>npm install npm<code>(with no semver range)
|
||||
will install whatever's tagged as</code>latest`.</li>
|
||||
<li><code>npm@3.5.2</code> is marked as "wanted", but "latest" is <code>npm@3.5.1</code> because npm
|
||||
uses dist-tags to manage its <code>latest</code> and <code>next</code> release channels. <code>npm update</code>
|
||||
will install the <em>newest</em> version, but <code>npm install npm</code> (with no semver range)
|
||||
will install whatever's tagged as <code>latest</code>.</li>
|
||||
<li><code>once</code> is just plain out of date. Reinstalling <code>node_modules</code> from scratch or
|
||||
running <code>npm update</code> will bring it up to spec.</li>
|
||||
</ul>
|
||||
@ -114,5 +116,5 @@ project.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-outdated — npm@6.4.1</p>
|
||||
<p id="footer">npm-outdated — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-owner.html
vendored
2
deps/npm/html/doc/cli/npm-owner.html
vendored
@ -53,5 +53,5 @@ with <code>--otp</code>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-owner — npm@6.4.1</p>
|
||||
<p id="footer">npm-owner — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-pack.html
vendored
2
deps/npm/html/doc/cli/npm-pack.html
vendored
@ -42,5 +42,5 @@ actually packing anything. Reports on what would have gone into the tarball.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-pack — npm@6.4.1</p>
|
||||
<p id="footer">npm-pack — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-ping.html
vendored
2
deps/npm/html/doc/cli/npm-ping.html
vendored
@ -33,5 +33,5 @@ If it works it will output something like:</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-ping — npm@6.4.1</p>
|
||||
<p id="footer">npm-ping — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-prefix.html
vendored
2
deps/npm/html/doc/cli/npm-prefix.html
vendored
@ -37,5 +37,5 @@ to contain a package.json file unless <code>-g</code> is also specified.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-prefix — npm@6.4.1</p>
|
||||
<p id="footer">npm-prefix — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-profile.html
vendored
2
deps/npm/html/doc/cli/npm-profile.html
vendored
@ -88,4 +88,4 @@ available on non npmjs.com registries.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-profile — npm@6.4.1</p>
|
||||
<p id="footer">npm-profile — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/cli/npm-prune.html
vendored
2
deps/npm/html/doc/cli/npm-prune.html
vendored
@ -47,5 +47,5 @@ and it's up to you to run <code>npm prune</code> from time-to-time to remove
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-prune — npm@6.4.1</p>
|
||||
<p id="footer">npm-prune — npm@6.5.0-next.0</p>
|
||||
|
||||
|
6
deps/npm/html/doc/cli/npm-publish.html
vendored
6
deps/npm/html/doc/cli/npm-publish.html
vendored
@ -50,8 +50,8 @@ then you can provide a code from your authenticator with this. If you
|
||||
don't include this and you're running from a TTY then you'll be prompted.</p>
|
||||
</li>
|
||||
<li><p><code>[--dry-run]</code>
|
||||
Does everything publish would do except actually publishing to the registry.
|
||||
Reports the details of what would have been published.</p>
|
||||
As of <code>npm@6</code>, does everything publish would do except actually publishing
|
||||
to the registry. Reports the details of what would have been published.</p>
|
||||
</li>
|
||||
</ul>
|
||||
<p>Fails if the package name and version combination already exists in
|
||||
@ -87,5 +87,5 @@ included and packs them into a tarball to be uploaded to the registry.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-publish — npm@6.4.1</p>
|
||||
<p id="footer">npm-publish — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-rebuild.html
vendored
2
deps/npm/html/doc/cli/npm-rebuild.html
vendored
@ -34,5 +34,5 @@ the new binary.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-rebuild — npm@6.4.1</p>
|
||||
<p id="footer">npm-rebuild — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-repo.html
vendored
2
deps/npm/html/doc/cli/npm-repo.html
vendored
@ -40,5 +40,5 @@ a <code>package.json</code> in the current folder and use the <code>name</code>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-repo — npm@6.4.1</p>
|
||||
<p id="footer">npm-repo — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-restart.html
vendored
2
deps/npm/html/doc/cli/npm-restart.html
vendored
@ -52,5 +52,5 @@ behavior will be accompanied by an increase in major version number</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-restart — npm@6.4.1</p>
|
||||
<p id="footer">npm-restart — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-root.html
vendored
2
deps/npm/html/doc/cli/npm-root.html
vendored
@ -34,5 +34,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-root — npm@6.4.1</p>
|
||||
<p id="footer">npm-root — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-run-script.html
vendored
2
deps/npm/html/doc/cli/npm-run-script.html
vendored
@ -79,5 +79,5 @@ without breaking the execution chain.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-run-script — npm@6.4.1</p>
|
||||
<p id="footer">npm-run-script — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-search.html
vendored
2
deps/npm/html/doc/cli/npm-search.html
vendored
@ -108,5 +108,5 @@ setting.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-search — npm@6.4.1</p>
|
||||
<p id="footer">npm-search — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-shrinkwrap.html
vendored
2
deps/npm/html/doc/cli/npm-shrinkwrap.html
vendored
@ -40,5 +40,5 @@ of package locks in npm, see <a href="../files/npm-package-locks.html">npm-packa
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-shrinkwrap — npm@6.4.1</p>
|
||||
<p id="footer">npm-shrinkwrap — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-star.html
vendored
2
deps/npm/html/doc/cli/npm-star.html
vendored
@ -35,5 +35,5 @@ a vaguely positive way to show that you care.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-star — npm@6.4.1</p>
|
||||
<p id="footer">npm-star — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-stars.html
vendored
2
deps/npm/html/doc/cli/npm-stars.html
vendored
@ -35,5 +35,5 @@ you will most certainly enjoy this command.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-stars — npm@6.4.1</p>
|
||||
<p id="footer">npm-stars — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-start.html
vendored
2
deps/npm/html/doc/cli/npm-start.html
vendored
@ -38,5 +38,5 @@ more details.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-start — npm@6.4.1</p>
|
||||
<p id="footer">npm-start — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-stop.html
vendored
2
deps/npm/html/doc/cli/npm-stop.html
vendored
@ -33,5 +33,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-stop — npm@6.4.1</p>
|
||||
<p id="footer">npm-stop — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-team.html
vendored
2
deps/npm/html/doc/cli/npm-team.html
vendored
@ -69,5 +69,5 @@ use the <code>npm access</code> command to grant or revoke the appropriate permi
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-team — npm@6.4.1</p>
|
||||
<p id="footer">npm-team — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-test.html
vendored
2
deps/npm/html/doc/cli/npm-test.html
vendored
@ -35,5 +35,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-test — npm@6.4.1</p>
|
||||
<p id="footer">npm-test — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-token.html
vendored
2
deps/npm/html/doc/cli/npm-token.html
vendored
@ -70,4 +70,4 @@ This will NOT accept the truncated token found in <code>npm token list</code> ou
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-token — npm@6.4.1</p>
|
||||
<p id="footer">npm-token — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/cli/npm-uninstall.html
vendored
2
deps/npm/html/doc/cli/npm-uninstall.html
vendored
@ -60,5 +60,5 @@ npm uninstall lodash --no-save</code></pre><h2 id="see-also">SEE ALSO</h2>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-uninstall — npm@6.4.1</p>
|
||||
<p id="footer">npm-uninstall — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-unpublish.html
vendored
2
deps/npm/html/doc/cli/npm-unpublish.html
vendored
@ -52,5 +52,5 @@ contact <a href="mailto:support@npmjs.com">support@npmjs.com</a>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-unpublish — npm@6.4.1</p>
|
||||
<p id="footer">npm-unpublish — npm@6.5.0-next.0</p>
|
||||
|
||||
|
34
deps/npm/html/doc/cli/npm-update.html
vendored
34
deps/npm/html/doc/cli/npm-update.html
vendored
@ -23,15 +23,15 @@ as well.</p>
|
||||
packages.</p>
|
||||
<p>If no package name is specified, all packages in the specified location (global
|
||||
or local) will be updated.</p>
|
||||
<p>As of <a href="mailto:%60npm@2.6.1">`npm@2.6.1</a><code>, the</code>npm update<code>will only inspect top-level packages.
|
||||
Prior versions of</code>npm<code>would also recursively inspect all dependencies.
|
||||
To get the old behavior, use</code>npm --depth 9999 update`.</p>
|
||||
<p>As of <a href="mailto:%60npm@5.0.0">`npm@5.0.0</a><code>, the</code>npm update<code>will change</code>package.json<code>to save the
|
||||
<p>As of <code>npm@2.6.1</code>, the <code>npm update</code> will only inspect top-level packages.
|
||||
Prior versions of <code>npm</code> would also recursively inspect all dependencies.
|
||||
To get the old behavior, use <code>npm --depth 9999 update</code>.</p>
|
||||
<p>As of <code>npm@5.0.0</code>, the <code>npm update</code> will change <code>package.json</code> to save the
|
||||
new version as the minimum required dependency. To get the old behavior,
|
||||
use</code>npm update --no-save`.</p>
|
||||
use <code>npm update --no-save</code>.</p>
|
||||
<h2 id="examples">EXAMPLES</h2>
|
||||
<p>IMPORTANT VERSION NOTE: these examples assume <a href="mailto:%60npm@2.6.1">`npm@2.6.1</a><code>or later. For
|
||||
older versions of</code>npm<code>, you must specify</code>--depth 0` to get the behavior
|
||||
<p>IMPORTANT VERSION NOTE: these examples assume <code>npm@2.6.1</code> or later. For
|
||||
older versions of <code>npm</code>, you must specify <code>--depth 0</code> to get the behavior
|
||||
described below.</p>
|
||||
<p>For the examples below, assume that the current package is <code>app</code> and it depends
|
||||
on dependencies, <code>dep1</code> (<code>dep2</code>, .. etc.). The published versions of <code>dep1</code> are:</p>
|
||||
@ -52,25 +52,27 @@ on dependencies, <code>dep1</code> (<code>dep2</code>, .. etc.). The published
|
||||
<p>If <code>app</code>'s <code>package.json</code> contains:</p>
|
||||
<pre><code>"dependencies": {
|
||||
"dep1": "^1.1.1"
|
||||
}</code></pre><p>Then <code>npm update</code> will install <a href="mailto:%60dep1@1.2.2">`dep1@1.2.2</a><code>, because</code>1.2.2<code>is</code>latest<code>and</code>1.2.2<code>satisfies</code>^1.1.1`.</p>
|
||||
}</code></pre><p>Then <code>npm update</code> will install <code>dep1@1.2.2</code>, because <code>1.2.2</code> is <code>latest</code> and
|
||||
<code>1.2.2</code> satisfies <code>^1.1.1</code>.</p>
|
||||
<h3 id="tilde-dependencies">Tilde Dependencies</h3>
|
||||
<p>However, if <code>app</code>'s <code>package.json</code> contains:</p>
|
||||
<pre><code>"dependencies": {
|
||||
"dep1": "~1.1.1"
|
||||
}</code></pre><p>In this case, running <code>npm update</code> will install <a href="mailto:%60dep1@1.1.2">`dep1@1.1.2</a><code>. Even though the</code>latest<code>tag points to</code>1.2.2<code>, this version does not satisfy</code><del>1.1.1<code>, which is equivalent
|
||||
to</code>>=1.1.1 <1.2.0<code>. So the highest-sorting version that satisfies</code></del>1.1.1<code>is used,
|
||||
which is</code>1.1.2`.</p>
|
||||
}</code></pre><p>In this case, running <code>npm update</code> will install <code>dep1@1.1.2</code>. Even though the <code>latest</code>
|
||||
tag points to <code>1.2.2</code>, this version does not satisfy <code>~1.1.1</code>, which is equivalent
|
||||
to <code>>=1.1.1 <1.2.0</code>. So the highest-sorting version that satisfies <code>~1.1.1</code> is used,
|
||||
which is <code>1.1.2</code>.</p>
|
||||
<h3 id="caret-dependencies-below-1-0-0">Caret Dependencies below 1.0.0</h3>
|
||||
<p>Suppose <code>app</code> has a caret dependency on a version below <code>1.0.0</code>, for example:</p>
|
||||
<pre><code>"dependencies": {
|
||||
"dep1": "^0.2.0"
|
||||
}</code></pre><p><code>npm update</code> will install <a href="mailto:%60dep1@0.2.0">`dep1@0.2.0</a><code>, because there are no other
|
||||
versions which satisfy</code>^0.2.0`.</p>
|
||||
}</code></pre><p><code>npm update</code> will install <code>dep1@0.2.0</code>, because there are no other
|
||||
versions which satisfy <code>^0.2.0</code>.</p>
|
||||
<p>If the dependence were on <code>^0.4.0</code>:</p>
|
||||
<pre><code>"dependencies": {
|
||||
"dep1": "^0.4.0"
|
||||
}</code></pre><p>Then <code>npm update</code> will install <a href="mailto:%60dep1@0.4.1">`dep1@0.4.1</a><code>, because that is the highest-sorting
|
||||
version that satisfies</code>^0.4.0<code>(</code>>= 0.4.0 <0.5.0`)</p>
|
||||
}</code></pre><p>Then <code>npm update</code> will install <code>dep1@0.4.1</code>, because that is the highest-sorting
|
||||
version that satisfies <code>^0.4.0</code> (<code>>= 0.4.0 <0.5.0</code>)</p>
|
||||
<h3 id="updating-globally-installed-packages">Updating Globally-Installed Packages</h3>
|
||||
<p><code>npm update -g</code> will apply the <code>update</code> action to each globally installed
|
||||
package that is <code>outdated</code> -- that is, has a version that is different from
|
||||
@ -98,5 +100,5 @@ be <em>downgraded</em>.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-update — npm@6.4.1</p>
|
||||
<p id="footer">npm-update — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-version.html
vendored
2
deps/npm/html/doc/cli/npm-version.html
vendored
@ -116,5 +116,5 @@ to the same value as the current version.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-version — npm@6.4.1</p>
|
||||
<p id="footer">npm-version — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-view.html
vendored
2
deps/npm/html/doc/cli/npm-view.html
vendored
@ -75,5 +75,5 @@ the field name.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-view — npm@6.4.1</p>
|
||||
<p id="footer">npm-view — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/cli/npm-whoami.html
vendored
2
deps/npm/html/doc/cli/npm-whoami.html
vendored
@ -32,5 +32,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-whoami — npm@6.4.1</p>
|
||||
<p id="footer">npm-whoami — npm@6.5.0-next.0</p>
|
||||
|
||||
|
6
deps/npm/html/doc/cli/npm.html
vendored
6
deps/npm/html/doc/cli/npm.html
vendored
@ -12,7 +12,7 @@
|
||||
<h1><a href="../cli/npm.html">npm</a></h1> <p>javascript package manager</p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<pre><code>npm <command> [args]</code></pre><h2 id="version">VERSION</h2>
|
||||
<p>6.4.1</p>
|
||||
<p>6.5.0-next.0</p>
|
||||
<h2 id="description">DESCRIPTION</h2>
|
||||
<p>npm is the package manager for the Node JavaScript platform. It puts
|
||||
modules in place so that node can find them, and manages dependency
|
||||
@ -130,7 +130,7 @@ reproduction to report.</p>
|
||||
<p><a href="http://blog.izs.me/">Isaac Z. Schlueter</a> ::
|
||||
<a href="https://github.com/isaacs/">isaacs</a> ::
|
||||
<a href="https://twitter.com/izs">@izs</a> ::
|
||||
<a href="mailto:i@izs.me">i@izs.me</a></p>
|
||||
<a href="mailto:i@izs.me">i@izs.me</a></p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-help.html">npm-help(1)</a></li>
|
||||
@ -154,5 +154,5 @@ reproduction to report.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm — npm@6.4.1</p>
|
||||
<p id="footer">npm — npm@6.5.0-next.0</p>
|
||||
|
||||
|
12
deps/npm/html/doc/files/npm-folders.html
vendored
12
deps/npm/html/doc/files/npm-folders.html
vendored
@ -133,15 +133,15 @@ highest level possible, below the localized "target" folder.</p>
|
||||
| `-- asdf (2.3.4)
|
||||
`-- baz (1.2.3) <---[D]
|
||||
`-- node_modules
|
||||
`-- quux (3.2.0) <---[E]</code></pre><p>Since foo depends directly on <a href="mailto:%60bar@1.2.3">`bar@1.2.3</a><code>and</code><a href="mailto:baz@1.2.3">baz@1.2.3</a><code>, those are
|
||||
installed in foo's</code>node_modules` folder.</p>
|
||||
`-- quux (3.2.0) <---[E]</code></pre><p>Since foo depends directly on <code>bar@1.2.3</code> and <code>baz@1.2.3</code>, those are
|
||||
installed in foo's <code>node_modules</code> folder.</p>
|
||||
<p>Even though the latest copy of blerg is 1.3.7, foo has a specific
|
||||
dependency on version 1.2.5. So, that gets installed at [A]. Since the
|
||||
parent installation of blerg satisfies bar's dependency on <a href="mailto:%60blerg@1.x">`blerg@1.x</a>`,
|
||||
parent installation of blerg satisfies bar's dependency on <code>blerg@1.x</code>,
|
||||
it does not install another copy under [B].</p>
|
||||
<p>Bar [B] also has dependencies on baz and asdf, so those are installed in
|
||||
bar's <code>node_modules</code> folder. Because it depends on <a href="mailto:%60baz@2.x">`baz@2.x</a><code>, it cannot
|
||||
re-use the</code><a href="mailto:baz@1.2.3">baz@1.2.3</a><code>installed in the parent</code>node_modules` folder [D],
|
||||
bar's <code>node_modules</code> folder. Because it depends on <code>baz@2.x</code>, it cannot
|
||||
re-use the <code>baz@1.2.3</code> installed in the parent <code>node_modules</code> folder [D],
|
||||
and must install its own copy [C].</p>
|
||||
<p>Underneath bar, the <code>baz -> quux -> bar</code> dependency creates a cycle.
|
||||
However, because bar is already in quux's ancestry [B], it does not
|
||||
@ -179,5 +179,5 @@ cannot be found elsewhere. See <code><a href="../files/package.json.html">packa
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-folders — npm@6.4.1</p>
|
||||
<p id="footer">npm-folders — npm@6.5.0-next.0</p>
|
||||
|
||||
|
12
deps/npm/html/doc/files/npm-global.html
vendored
12
deps/npm/html/doc/files/npm-global.html
vendored
@ -133,15 +133,15 @@ highest level possible, below the localized "target" folder.</p>
|
||||
| `-- asdf (2.3.4)
|
||||
`-- baz (1.2.3) <---[D]
|
||||
`-- node_modules
|
||||
`-- quux (3.2.0) <---[E]</code></pre><p>Since foo depends directly on <a href="mailto:%60bar@1.2.3">`bar@1.2.3</a><code>and</code><a href="mailto:baz@1.2.3">baz@1.2.3</a><code>, those are
|
||||
installed in foo's</code>node_modules` folder.</p>
|
||||
`-- quux (3.2.0) <---[E]</code></pre><p>Since foo depends directly on <code>bar@1.2.3</code> and <code>baz@1.2.3</code>, those are
|
||||
installed in foo's <code>node_modules</code> folder.</p>
|
||||
<p>Even though the latest copy of blerg is 1.3.7, foo has a specific
|
||||
dependency on version 1.2.5. So, that gets installed at [A]. Since the
|
||||
parent installation of blerg satisfies bar's dependency on <a href="mailto:%60blerg@1.x">`blerg@1.x</a>`,
|
||||
parent installation of blerg satisfies bar's dependency on <code>blerg@1.x</code>,
|
||||
it does not install another copy under [B].</p>
|
||||
<p>Bar [B] also has dependencies on baz and asdf, so those are installed in
|
||||
bar's <code>node_modules</code> folder. Because it depends on <a href="mailto:%60baz@2.x">`baz@2.x</a><code>, it cannot
|
||||
re-use the</code><a href="mailto:baz@1.2.3">baz@1.2.3</a><code>installed in the parent</code>node_modules` folder [D],
|
||||
bar's <code>node_modules</code> folder. Because it depends on <code>baz@2.x</code>, it cannot
|
||||
re-use the <code>baz@1.2.3</code> installed in the parent <code>node_modules</code> folder [D],
|
||||
and must install its own copy [C].</p>
|
||||
<p>Underneath bar, the <code>baz -> quux -> bar</code> dependency creates a cycle.
|
||||
However, because bar is already in quux's ancestry [B], it does not
|
||||
@ -179,5 +179,5 @@ cannot be found elsewhere. See <code><a href="../files/package.json.html">packa
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-folders — npm@6.4.1</p>
|
||||
<p id="footer">npm-folders — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/files/npm-json.html
vendored
2
deps/npm/html/doc/files/npm-json.html
vendored
@ -574,5 +574,5 @@ ignored.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">package.json — npm@6.4.1</p>
|
||||
<p id="footer">package.json — npm@6.5.0-next.0</p>
|
||||
|
||||
|
17
deps/npm/html/doc/files/npm-package-locks.html
vendored
17
deps/npm/html/doc/files/npm-package-locks.html
vendored
@ -120,17 +120,20 @@ inform you of any changes npm has made to your <code>node_modules</code>, so you
|
||||
if any transitive dependencies were updated, hoisted, etc.</p>
|
||||
<h3 id="resolving-lockfile-conflicts">Resolving lockfile conflicts</h3>
|
||||
<p>Occasionally, two separate npm install will create package locks that cause
|
||||
merge conflicts in source control systems. As of <a href="mailto:%60npm@5.7.0">`npm@5.7.0</a><code>, these conflicts
|
||||
can be resolved by manually fixing any</code>package.json<code>conflicts, and then
|
||||
running</code>npm install [--package-lock-only]<code>again. npm will automatically
|
||||
merge conflicts in source control systems. As of <code>npm@5.7.0</code>, these conflicts
|
||||
can be resolved by manually fixing any <code>package.json</code> conflicts, and then
|
||||
running <code>npm install [--package-lock-only]</code> again. npm will automatically
|
||||
resolve any conflicts for you and write a merged package lock that includes all
|
||||
the dependencies from both branches in a reasonable tree. If</code>--package-lock-only<code>is provided, it will do this without also modifying your
|
||||
local</code>node_modules/`.</p>
|
||||
the dependencies from both branches in a reasonable tree. If
|
||||
<code>--package-lock-only</code> is provided, it will do this without also modifying your
|
||||
local <code>node_modules/</code>.</p>
|
||||
<p>To make this process seamless on git, consider installing
|
||||
<a href="https://npm.im/npm-merge-driver"><code>npm-merge-driver</code></a>, which will teach git how
|
||||
to do this itself without any user interaction. In short: <code>$ npx
|
||||
npm-merge-driver install -g</code> will let you do this, and even works with
|
||||
<a href="mailto:pre-%60npm@5.7.0">pre-`npm@5.7.0</a><code>versions of npm 5, albeit a bit more noisily. Note that if</code>package.json<code>itself conflicts, you will have to resolve that by hand and run</code>npm install` manually, even with the merge driver.</p>
|
||||
pre-<code>npm@5.7.0</code> versions of npm 5, albeit a bit more noisily. Note that if
|
||||
<code>package.json</code> itself conflicts, you will have to resolve that by hand and run
|
||||
<code>npm install</code> manually, even with the merge driver.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="https://medium.com/@sdboyer/so-you-want-to-write-a-package-manager-4ae9c17d9527">https://medium.com/@sdboyer/so-you-want-to-write-a-package-manager-4ae9c17d9527</a></li>
|
||||
@ -151,4 +154,4 @@ npm-merge-driver install -g</code> will let you do this, and even works with
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-package-locks — npm@6.4.1</p>
|
||||
<p id="footer">npm-package-locks — npm@6.5.0-next.0</p>
|
||||
|
@ -42,4 +42,4 @@ to the manual page for <a href="../files/package-lock.json.html">package-lock.js
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-shrinkwrap.json — npm@6.4.1</p>
|
||||
<p id="footer">npm-shrinkwrap.json — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/files/npmrc.html
vendored
2
deps/npm/html/doc/files/npmrc.html
vendored
@ -82,5 +82,5 @@ manner.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npmrc — npm@6.4.1</p>
|
||||
<p id="footer">npmrc — npm@6.5.0-next.0</p>
|
||||
|
||||
|
@ -130,4 +130,4 @@ should match via normal matching rules a dependency either in our
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">package-lock.json — npm@6.4.1</p>
|
||||
<p id="footer">package-lock.json — npm@6.5.0-next.0</p>
|
||||
|
2
deps/npm/html/doc/files/package.json.html
vendored
2
deps/npm/html/doc/files/package.json.html
vendored
@ -574,5 +574,5 @@ ignored.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">package.json — npm@6.4.1</p>
|
||||
<p id="footer">package.json — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/index.html
vendored
2
deps/npm/html/doc/index.html
vendored
@ -180,5 +180,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-index — npm@6.4.1</p>
|
||||
<p id="footer">npm-index — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-coding-style.html
vendored
2
deps/npm/html/doc/misc/npm-coding-style.html
vendored
@ -145,5 +145,5 @@ set to anything."</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-coding-style — npm@6.4.1</p>
|
||||
<p id="footer">npm-coding-style — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-config.html
vendored
2
deps/npm/html/doc/misc/npm-config.html
vendored
@ -1064,5 +1064,5 @@ exit successfully.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-config — npm@6.4.1</p>
|
||||
<p id="footer">npm-config — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-developers.html
vendored
2
deps/npm/html/doc/misc/npm-developers.html
vendored
@ -198,5 +198,5 @@ from a fresh checkout.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-developers — npm@6.4.1</p>
|
||||
<p id="footer">npm-developers — npm@6.5.0-next.0</p>
|
||||
|
||||
|
12
deps/npm/html/doc/misc/npm-disputes.html
vendored
12
deps/npm/html/doc/misc/npm-disputes.html
vendored
@ -20,7 +20,7 @@ Conduct.</p>
|
||||
<h2 id="tl-dr">TL;DR</h2>
|
||||
<ol>
|
||||
<li>Get the author email with <code>npm owner ls <pkgname></code></li>
|
||||
<li>Email the author, CC <a href="mailto:support@npmjs.com">support@npmjs.com</a></li>
|
||||
<li>Email the author, CC <a href="mailto:support@npmjs.com">support@npmjs.com</a></li>
|
||||
<li>After a few weeks, if there's no resolution, we'll sort it out.</li>
|
||||
</ol>
|
||||
<p>Don't squat on package names. Publish code or move out of the way.</p>
|
||||
@ -58,13 +58,13 @@ because Yusuf's <code>foo</code> is in the way.</p>
|
||||
</li>
|
||||
<li><p>Alice emails Yusuf, explaining the situation <strong>as respectfully as possible</strong>,
|
||||
and what she would like to do with the module name. She adds the npm support
|
||||
staff <a href="mailto:support@npmjs.com">support@npmjs.com</a> to the CC list of the email. Mention in the email
|
||||
staff <a href="mailto:support@npmjs.com">support@npmjs.com</a> to the CC list of the email. Mention in the email
|
||||
that Yusuf can run npm owner <code>add alice foo</code> to add Alice as an owner of the
|
||||
foo package.</p>
|
||||
</li>
|
||||
<li><p>After a reasonable amount of time, if Yusuf has not responded, or if Yusuf
|
||||
and Alice can't come to any sort of resolution, email support
|
||||
<a href="mailto:support@npmjs.com">support@npmjs.com</a> and we'll sort it out. ("Reasonable" is usually at least
|
||||
<a href="mailto:support@npmjs.com">support@npmjs.com</a> and we'll sort it out. ("Reasonable" is usually at least
|
||||
4 weeks.)</p>
|
||||
</li>
|
||||
</ol>
|
||||
@ -101,12 +101,12 @@ application database or otherwise putting non-packagey things into it.</li>
|
||||
<a href="https://www.npmjs.com/policies/conduct">Code of Conduct</a> such as hateful
|
||||
language, pornographic content, or harassment.</li>
|
||||
</ol>
|
||||
<p>If you see bad behavior like this, please report it to <a href="mailto:abuse@npmjs.com">abuse@npmjs.com</a> right
|
||||
<p>If you see bad behavior like this, please report it to <a href="mailto:abuse@npmjs.com">abuse@npmjs.com</a> right
|
||||
away. <strong>You are never expected to resolve abusive behavior on your own. We are
|
||||
here to help.</strong></p>
|
||||
<h2 id="trademarks">TRADEMARKS</h2>
|
||||
<p>If you think another npm publisher is infringing your trademark, such as by
|
||||
using a confusingly similar package name, email <a href="mailto:abuse@npmjs.com">abuse@npmjs.com</a> with a link to
|
||||
using a confusingly similar package name, email <a href="mailto:abuse@npmjs.com">abuse@npmjs.com</a> with a link to
|
||||
the package or user account on <a href="https://www.npmjs.com/">https://www.npmjs.com/</a>.
|
||||
Attach a copy of your trademark registration certificate.</p>
|
||||
<p>If we see that the package's publisher is intentionally misleading others by
|
||||
@ -139,5 +139,5 @@ License.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-disputes — npm@6.4.1</p>
|
||||
<p id="footer">npm-disputes — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-index.html
vendored
2
deps/npm/html/doc/misc/npm-index.html
vendored
@ -180,5 +180,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-index — npm@6.4.1</p>
|
||||
<p id="footer">npm-index — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-orgs.html
vendored
2
deps/npm/html/doc/misc/npm-orgs.html
vendored
@ -77,5 +77,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-orgs — npm@6.4.1</p>
|
||||
<p id="footer">npm-orgs — npm@6.5.0-next.0</p>
|
||||
|
||||
|
4
deps/npm/html/doc/misc/npm-registry.html
vendored
4
deps/npm/html/doc/misc/npm-registry.html
vendored
@ -41,7 +41,7 @@ scope. In the future npm hopes to build registry features that use this
|
||||
information to allow you to customize your experience for your
|
||||
organization.</li>
|
||||
<li><code>Npm-In-CI</code> – Set to "true" if npm believes this install is running in a
|
||||
continous integration environment, "false" otherwise. This is detected by
|
||||
continuous integration environment, "false" otherwise. This is detected by
|
||||
looking for the following environment variables: <code>CI</code>, <code>TDDIUM</code>,
|
||||
<code>JENKINS_URL</code>, <code>bamboo.buildKey</code>. If you'd like to learn more you may find
|
||||
the <a href="https://github.com/npm/npm-registry-client/pull/129">original PR</a>
|
||||
@ -96,5 +96,5 @@ effectively implement the entire CouchDB API anyway.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-registry — npm@6.4.1</p>
|
||||
<p id="footer">npm-registry — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/npm-scope.html
vendored
2
deps/npm/html/doc/misc/npm-scope.html
vendored
@ -93,5 +93,5 @@ that registry instead.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-scope — npm@6.4.1</p>
|
||||
<p id="footer">npm-scope — npm@6.5.0-next.0</p>
|
||||
|
||||
|
26
deps/npm/html/doc/misc/npm-scripts.html
vendored
26
deps/npm/html/doc/misc/npm-scripts.html
vendored
@ -18,9 +18,9 @@ following scripts:</p>
|
||||
Run BEFORE the package is packed and published, as well as on local <code>npm
|
||||
install</code> without any arguments. (See below)</li>
|
||||
<li>prepare:
|
||||
Run both BEFORE the package is packed and published, and on local <code>npm
|
||||
install</code> without any arguments (See below). This is run
|
||||
AFTER <code>prepublish</code>, but BEFORE <code>prepublishOnly</code>.</li>
|
||||
Run both BEFORE the package is packed and published, on local <code>npm
|
||||
install</code> without any arguments, and when installing git dependencies (See
|
||||
below). This is run AFTER <code>prepublish</code>, but BEFORE <code>prepublishOnly</code>.</li>
|
||||
<li>prepublishOnly:
|
||||
Run BEFORE the package is prepared and packed, ONLY on <code>npm publish</code>. (See
|
||||
below.)</li>
|
||||
@ -60,19 +60,19 @@ Run by the <code>npm shrinkwrap</code> command.</li>
|
||||
<p>Additionally, arbitrary scripts can be executed by running <code>npm
|
||||
run-script <stage></code>. <em>Pre</em> and <em>post</em> commands with matching
|
||||
names will be run for those as well (e.g. <code>premyscript</code>, <code>myscript</code>,
|
||||
<code>postmyscript</code>). Scripts from dependencies can be run with <code>npm explore
|
||||
<pkg> -- npm run <stage></code>.</p>
|
||||
<code>postmyscript</code>). Scripts from dependencies can be run with
|
||||
<code>npm explore <pkg> -- npm run <stage></code>.</p>
|
||||
<h2 id="prepublish-and-prepare">PREPUBLISH AND PREPARE</h2>
|
||||
<h3 id="deprecation-note">DEPRECATION NOTE</h3>
|
||||
<p>Since <a href="mailto:%60npm@1.1.71">`npm@1.1.71</a><code>, the npm CLI has run the</code>prepublish<code>script for both</code>npm
|
||||
publish<code>and</code>npm install<code>, because it's a convenient way to prepare a package
|
||||
<p>Since <code>npm@1.1.71</code>, the npm CLI has run the <code>prepublish</code> script for both <code>npm
|
||||
publish</code> and <code>npm install</code>, because it's a convenient way to prepare a package
|
||||
for use (some common use cases are described in the section below). It has
|
||||
also turned out to be, in practice, [very
|
||||
confusing](https://github.com/npm/npm/issues/10074). As of</code><a href="mailto:npm@4.0.0">npm@4.0.0</a><code>, a new
|
||||
event has been introduced,</code>prepare<code>, that preserves this existing behavior. A
|
||||
_new_ event,</code>prepublishOnly<code>has been added as a transitional strategy to
|
||||
also turned out to be, in practice, <a href="https://github.com/npm/npm/issues/10074">very
|
||||
confusing</a>. As of <code>npm@4.0.0</code>, a new
|
||||
event has been introduced, <code>prepare</code>, that preserves this existing behavior. A
|
||||
<em>new</em> event, <code>prepublishOnly</code> has been added as a transitional strategy to
|
||||
allow users to avoid the confusing behavior of existing npm versions and only
|
||||
run on</code>npm publish` (for instance, running the tests one last time to ensure
|
||||
run on <code>npm publish</code> (for instance, running the tests one last time to ensure
|
||||
they're in good shape).</p>
|
||||
<p>See <a href="https://github.com/npm/npm/issues/10074">https://github.com/npm/npm/issues/10074</a> for a much lengthier
|
||||
justification, with further reading, for this change.</p>
|
||||
@ -234,5 +234,5 @@ scripts is for compilation which must be done on the target architecture.</li>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-scripts — npm@6.4.1</p>
|
||||
<p id="footer">npm-scripts — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/html/doc/misc/removing-npm.html
vendored
2
deps/npm/html/doc/misc/removing-npm.html
vendored
@ -52,5 +52,5 @@ modules. To track those down, you can do the following:</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">removing-npm — npm@6.4.1</p>
|
||||
<p id="footer">removing-npm — npm@6.5.0-next.0</p>
|
||||
|
||||
|
4
deps/npm/html/doc/misc/semver.html
vendored
4
deps/npm/html/doc/misc/semver.html
vendored
@ -230,7 +230,7 @@ logical-or ::= ( ' ' ) * '||' ( ' ' ) *
|
||||
range ::= hyphen | simple ( ' ' simple ) * | ''
|
||||
hyphen ::= partial ' - ' partial
|
||||
simple ::= primitive | partial | tilde | caret
|
||||
primitive ::= ( '<' | '>' | '>=' | '<=' | '=' | ) partial
|
||||
primitive ::= ( '<' | '>' | '>=' | '<=' | '=' ) partial
|
||||
partial ::= xr ( '.' xr ( '.' xr qualifier ? )? )?
|
||||
xr ::= 'x' | 'X' | '*' | nr
|
||||
nr ::= '0' | ['1'-'9'] ( ['0'-'9'] ) *
|
||||
@ -350,5 +350,5 @@ higher value components are invalid (<code>9999999999999999.4.7.4</code> is like
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">semver — npm@6.4.1</p>
|
||||
<p id="footer">semver — npm@6.5.0-next.0</p>
|
||||
|
||||
|
2
deps/npm/lib/ci.js
vendored
2
deps/npm/lib/ci.js
vendored
@ -31,7 +31,7 @@ function ci (args, cb) {
|
||||
.then(
|
||||
(details) => {
|
||||
npmlog.disableProgress()
|
||||
console.error(`added ${details.pkgCount} packages in ${
|
||||
console.log(`added ${details.pkgCount} packages in ${
|
||||
details.runTime / 1000
|
||||
}s`)
|
||||
}
|
||||
|
10
deps/npm/lib/config/cmd-list.js
vendored
10
deps/npm/lib/config/cmd-list.js
vendored
@ -17,7 +17,9 @@ var shorthands = {
|
||||
't': 'test',
|
||||
'ddp': 'dedupe',
|
||||
'v': 'view',
|
||||
'run': 'run-script'
|
||||
'run': 'run-script',
|
||||
'clean-install': 'ci',
|
||||
'clean-install-test': 'cit'
|
||||
}
|
||||
|
||||
var affordances = {
|
||||
@ -27,6 +29,8 @@ var affordances = {
|
||||
'ic': 'ci',
|
||||
'innit': 'init',
|
||||
'isntall': 'install',
|
||||
'install-clean': 'ci',
|
||||
'isntall-clean': 'ci',
|
||||
'dist-tags': 'dist-tag',
|
||||
'apihelp': 'help',
|
||||
'find-dupes': 'dedupe',
|
||||
@ -46,13 +50,13 @@ var affordances = {
|
||||
'rm': 'uninstall',
|
||||
'r': 'uninstall',
|
||||
'rum': 'run-script',
|
||||
'sit': 'cit',
|
||||
'urn': 'run-script'
|
||||
'sit': 'cit'
|
||||
}
|
||||
|
||||
// these are filenames in .
|
||||
var cmdList = [
|
||||
'ci',
|
||||
'install-ci-test',
|
||||
'install',
|
||||
'install-test',
|
||||
'uninstall',
|
||||
|
16
deps/npm/lib/edit.js
vendored
16
deps/npm/lib/edit.js
vendored
@ -2,7 +2,7 @@
|
||||
// open the package folder in the $EDITOR
|
||||
|
||||
module.exports = edit
|
||||
edit.usage = 'npm edit <pkg>[@<version>]'
|
||||
edit.usage = 'npm edit <pkg>[/<subpkg>...]'
|
||||
|
||||
edit.completion = require('./utils/completion/installed-shallow.js')
|
||||
|
||||
@ -22,6 +22,20 @@ function edit (args, cb) {
|
||||
))
|
||||
}
|
||||
p = p.split('/')
|
||||
// combine scoped parts
|
||||
.reduce(function (parts, part) {
|
||||
if (parts.length === 0) {
|
||||
return [part]
|
||||
}
|
||||
var lastPart = parts[parts.length - 1]
|
||||
// check if previous part is the first part of a scoped package
|
||||
if (lastPart[0] === '@' && !lastPart.includes('/')) {
|
||||
parts[parts.length - 1] += '/' + part
|
||||
} else {
|
||||
parts.push(part)
|
||||
}
|
||||
return parts
|
||||
}, [])
|
||||
.join('/node_modules/')
|
||||
.replace(/(\/node_modules)+/, '/node_modules')
|
||||
var f = path.resolve(npm.dir, p)
|
||||
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
x
Reference in New Issue
Block a user