mirror of
https://github.com/nodejs/node.git
synced 2026-10-28 10:15:07 +08:00
deps: upgrade npm to 6.4.1
PR-URL: https://github.com/nodejs/node/pull/22591 Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
This commit is contained in:
1 parent
1287e524ee
commit
78f5685acc
743 files changed
+19096
-29524
No files matched your search
Vendored
+17
@@ -584,3 +584,20 @@ Geoffrey Mattie <info@geoffreymattie.com>
|
||||
Luis Lobo Borobia <luislobo@gmail.com>
|
||||
Aaron Tribou <tribou@users.noreply.github.com>
|
||||
刘祺 <gucong@gmail.com>
|
||||
Brad Johnson <bradsk88@gmail.com>
|
||||
Artem Varaksa <aymfst@gmail.com>
|
||||
Mary <Ipadlover8322@gmail.com>
|
||||
Darryl Pogue <dvpdiner2@gmail.com>
|
||||
Rick Schubert <rickschubert@gmx.de>
|
||||
Daniel W <dwilches@gmail.com>
|
||||
XhmikosR <xhmikosr@gmail.com>
|
||||
Martin Kühl <mkhl@users.noreply.github.com>
|
||||
Valentin Ouvrard <valentin210594@gmail.com>
|
||||
Noah Benham <noahbenham@users.noreply.github.com>
|
||||
Brian Olore <brian@olore.net>
|
||||
Mat Warger <mwarger@gmail.com>
|
||||
Federico Rampazzo <frampone@gmail.com>
|
||||
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>
|
||||
Vendored
+274
-1
@@ -1,3 +1,275 @@
|
||||
## v6.4.1 (2018-08-22):
|
||||
|
||||
### BUGFIXES
|
||||
|
||||
* [`4bd40f543`](https://github.com/npm/cli/commit/4bd40f543dc89f0721020e7d0bb3497300d74818)
|
||||
[#42](https://github.com/npm/cli/pull/42)
|
||||
Prevent blowing up on malformed responses from the `npm audit` endpoint, such
|
||||
as with third-party registries.
|
||||
([@framp](https://github.com/framp))
|
||||
* [`0e576f0aa`](https://github.com/npm/cli/commit/0e576f0aa6ea02653d948c10f29102a2d4a31944)
|
||||
[#46](https://github.com/npm/cli/pull/46)
|
||||
Fix `NO_PROXY` support by renaming npm-side config to `--noproxy`. The
|
||||
environment variable should still work.
|
||||
([@SneakyFish5](https://github.com/SneakyFish5))
|
||||
* [`d8e811d6a`](https://github.com/npm/cli/commit/d8e811d6adf3d87474982cb831c11316ac725605)
|
||||
[#33](https://github.com/npm/cli/pull/33)
|
||||
Disable `update-notifier` checks when a CI environment is detected.
|
||||
([@Sibiraj-S](https://github.com/Sibiraj-S))
|
||||
* [`1bc5b8cea`](https://github.com/npm/cli/commit/1bc5b8ceabc86bfe4777732f25ffef0f3de81bd1)
|
||||
[#47](https://github.com/npm/cli/pull/47)
|
||||
Fix issue where `postpack` scripts would break if `pack` was used with
|
||||
`--dry-run`.
|
||||
([@larsgw](https://github.com/larsgw))
|
||||
|
||||
### DEPENDENCY BUMPS
|
||||
|
||||
* [`4c57316d5`](https://github.com/npm/cli/commit/4c57316d5633e940105fa545b52d8fbfd2eb9f75)
|
||||
`figgy-pudding@3.4.1`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`85f4d7905`](https://github.com/npm/cli/commit/85f4d79059865d5267f3516b6cdbc746012202c6)
|
||||
`cacache@11.2.0`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`d20ac242a`](https://github.com/npm/cli/commit/d20ac242aeb44aa3581c65c052802a02d5eb22f3)
|
||||
`npm-packlist@1.1.11`:
|
||||
No real changes in npm-packlist, but npm-bundled included a
|
||||
circular dependency fix, as well as adding a proper LICENSE file.
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`e8d5f4418`](https://github.com/npm/cli/commit/e8d5f441821553a31fc8cd751670663699d2c8ce)
|
||||
[npm.community#632](https://npm.community/t/https://npm.community/t/using-npm-ci-does-not-run-prepare-script-for-git-modules/632)
|
||||
`libcipm@2.0.2`:
|
||||
Fixes issue where `npm ci` wasn't running the `prepare` lifecycle script when
|
||||
installing git dependencies
|
||||
([@edahlseng](https://github.com/edahlseng))
|
||||
* [`a5e6f78e9`](https://github.com/npm/cli/commit/a5e6f78e916873f7d18639ebdb8abd20479615a9)
|
||||
`JSONStream@1.3.4`:
|
||||
Fixes memory leak problem when streaming large files (like legacy npm search).
|
||||
([@daern91](https://github.com/daern91))
|
||||
* [`3b940331d`](https://github.com/npm/cli/commit/3b940331dcccfa67f92366adb7ffd9ecf7673a9a)
|
||||
[npm.community#1042](https://npm.community/t/3-path-variables-are-assigned-to-child-process-launched-by-npm/1042)
|
||||
`npm-lifecycle@2.1.0`:
|
||||
Fixes issue for Windows user where multiple `Path`/`PATH` variables were being
|
||||
added to the environment and breaking things in all sorts of fun and
|
||||
interesting ways.
|
||||
([@JimiC](https://github.com/JimiC))
|
||||
* [`d612d2ce8`](https://github.com/npm/cli/commit/d612d2ce8fab72026f344f125539ecbf3746af9a)
|
||||
`npm-registry-client@8.6.0`
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`1f6ba1cb1`](https://github.com/npm/cli/commit/1f6ba1cb174590c1f5d2b00e2ca238dfa39d507a)
|
||||
`opener@1.5.0`
|
||||
([@domenic](https://github.com/domenic))
|
||||
* [`37b8f405f`](https://github.com/npm/cli/commit/37b8f405f35c861b7beeed56f71ad20b0bf87889)
|
||||
`request@2.88.0`
|
||||
([@mikeal](https://github.com/mikeal))
|
||||
* [`bb91a2a14`](https://github.com/npm/cli/commit/bb91a2a14562e77769057f1b6d06384be6d6bf7f)
|
||||
`tacks@1.2.7`
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`30bc9900a`](https://github.com/npm/cli/commit/30bc9900ae79c80bf0bdee0ae6372da6f668124c)
|
||||
`ci-info@1.4.0`:
|
||||
Adds support for two more CI services
|
||||
([@watson](https://github.com/watson))
|
||||
* [`1d2fa4ddd`](https://github.com/npm/cli/commit/1d2fa4dddcab8facfee92096cc24b299387f3182)
|
||||
`marked@0.5.0`
|
||||
([@joshbruce](https://github.com/joshbruce))
|
||||
|
||||
### DOCUMENTATION
|
||||
|
||||
* [`08ecde292`](https://github.com/npm/cli/commit/08ecde2928f8c89a2fdaa800ae845103750b9327)
|
||||
[#54](https://github.com/npm/cli/pull/54)
|
||||
Mention registry terms of use in manpage and registry docs and update language
|
||||
in README for it.
|
||||
([@kemitchell](https://github.com/kemitchell))
|
||||
* [`de956405d`](https://github.com/npm/cli/commit/de956405d8b72354f98579d00c6dd30ac3b9bddf)
|
||||
[#41](https://github.com/npm/cli/pull/41)
|
||||
Add documentation for `--dry-run` in `install` and `pack` docs.
|
||||
([@reconbot](https://github.com/reconbot))
|
||||
* [`95031b90c`](https://github.com/npm/cli/commit/95031b90ce0b0c4dcd5e4eafc86e3e5bfd59fb3e)
|
||||
[#48](https://github.com/npm/cli/pull/48)
|
||||
Update republish time and lightly reorganize republish info.
|
||||
([@neverett](https://github.com/neverett))
|
||||
* [`767699b68`](https://github.com/npm/cli/commit/767699b6829b8b899d5479445e99b0ffc43ff92d)
|
||||
[#53](https://github.com/npm/cli/pull/53)
|
||||
Correct `npm@6.4.0` release date in changelog.
|
||||
([@charmander](https://github.com/charmander))
|
||||
* [`3fea3166e`](https://github.com/npm/cli/commit/3fea3166eb4f43f574fcfd9ee71a171feea2bc29)
|
||||
[#55](https://github.com/npm/cli/pull/55)
|
||||
Align command descriptions in help text.
|
||||
([@erik](https://github.com/erik))
|
||||
|
||||
## v6.4.0 (2018-08-09):
|
||||
|
||||
### NEW FEATURES
|
||||
|
||||
* [`6e9f04b0b`](https://github.com/npm/cli/commit/6e9f04b0baed007169d4e0c341f097cf133debf7)
|
||||
[npm/cli#8](https://github.com/npm/cli/pull/8)
|
||||
Search for authentication token defined by environment variables by preventing
|
||||
the translation layer from env variable to npm option from breaking
|
||||
`:_authToken`.
|
||||
([@mkhl](https://github.com/mkhl))
|
||||
* [`84bfd23e7`](https://github.com/npm/cli/commit/84bfd23e7d6434d30595594723a6e1976e84b022)
|
||||
[npm/cli#35](https://github.com/npm/cli/pull/35)
|
||||
Stop filtering out non-IPv4 addresses from `local-addrs`, making npm actually
|
||||
use IPv6 addresses when it must.
|
||||
([@valentin2105](https://github.com/valentin2105))
|
||||
* [`792c8c709`](https://github.com/npm/cli/commit/792c8c709dc7a445687aa0c8cba5c50bc4ed83fd)
|
||||
[npm/cli#31](https://github.com/npm/cli/pull/31)
|
||||
configurable audit level for non-zero exit
|
||||
`npm audit` currently exits with exit code 1 if any vulnerabilities are found of any level.
|
||||
Add a flag of `--audit-level` to `npm audit` to allow it to pass if only vulnerabilities below a certain level are found.
|
||||
Example: `npm audit --audit-level=high` will exit with 0 if only low or moderate level vulns are detected.
|
||||
([@lennym](https://github.com/lennym))
|
||||
|
||||
### BUGFIXES
|
||||
|
||||
* [`d81146181`](https://github.com/npm/cli/commit/d8114618137bb5b9a52a86711bb8dc18bfc8e60c)
|
||||
[npm/cli#32](https://github.com/npm/cli/pull/32)
|
||||
Don't check for updates to npm when we are updating npm itself.
|
||||
([@olore](https://github.com/olore))
|
||||
|
||||
### DEPENDENCY UPDATES
|
||||
|
||||
A very special dependency update event! Since the [release of
|
||||
`node-gyp@3.8.0`](https://github.com/nodejs/node-gyp/pull/1521), an awkward
|
||||
version conflict that was preventing `request` from begin flattened was
|
||||
resolved. This means two things:
|
||||
|
||||
1. We've cut down the npm tarball size by another 200kb, to 4.6MB
|
||||
2. `npm audit` now shows no vulnerabilities for npm itself!
|
||||
|
||||
Thanks, [@rvagg](https://github.com/rvagg)!
|
||||
|
||||
* [`866d776c2`](https://github.com/npm/cli/commit/866d776c27f80a71309389aaab42825b2a0916f6)
|
||||
`request@2.87.0`
|
||||
([@simov](https://github.com/simov))
|
||||
* [`f861c2b57`](https://github.com/npm/cli/commit/f861c2b579a9d4feae1653222afcefdd4f0e978f)
|
||||
`node-gyp@3.8.0`
|
||||
([@rvagg](https://github.com/rvagg))
|
||||
* [`32e6947c6`](https://github.com/npm/cli/commit/32e6947c60db865257a0ebc2f7e754fedf7a6fc9)
|
||||
[npm/cli#39](https://github.com/npm/cli/pull/39)
|
||||
`colors@1.1.2`:
|
||||
REVERT REVERT, newer versions of this library are broken and print ansi
|
||||
codes even when disabled.
|
||||
([@iarna](https://github.com/iarna))
|
||||
* [`beb96b92c`](https://github.com/npm/cli/commit/beb96b92caf061611e3faafc7ca10e77084ec335)
|
||||
`libcipm@2.0.1`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`348fc91ad`](https://github.com/npm/cli/commit/348fc91ad223ff91cd7bcf233018ea1d979a2af1)
|
||||
`validate-npm-package-license@3.0.4`: Fixes errors with empty or string-only
|
||||
license fields.
|
||||
([@Gudahtt](https://github.com/Gudahtt))
|
||||
* [`e57d34575`](https://github.com/npm/cli/commit/e57d3457547ef464828fc6f82ae4750f3e511550)
|
||||
`iferr@1.0.2`
|
||||
([@shesek](https://github.com/shesek))
|
||||
* [`46f1c6ad4`](https://github.com/npm/cli/commit/46f1c6ad4b2fd5b0d7ec879b76b76a70a3a2595c)
|
||||
`tar@4.4.6`
|
||||
([@isaacs](https://github.com/isaacs))
|
||||
* [`50df1bf69`](https://github.com/npm/cli/commit/50df1bf691e205b9f13e0fff0d51a68772c40561)
|
||||
`hosted-git-info@2.7.1`
|
||||
([@iarna](https://github.com/iarna))
|
||||
([@Erveon](https://github.com/Erveon))
|
||||
([@huochunpeng](https://github.com/huochunpeng))
|
||||
|
||||
### DOCUMENTATION
|
||||
|
||||
* [`af98e76ed`](https://github.com/npm/cli/commit/af98e76ed96af780b544962aa575585b3fa17b9a)
|
||||
[npm/cli#34](https://github.com/npm/cli/pull/34)
|
||||
Remove `npm publish` from list of commands not affected by `--dry-run`.
|
||||
([@joebowbeer](https://github.com/joebowbeer))
|
||||
* [`e2b0f0921`](https://github.com/npm/cli/commit/e2b0f092193c08c00f12a6168ad2bd9d6e16f8ce)
|
||||
[npm/cli#36](https://github.com/npm/cli/pull/36)
|
||||
Tweak formatting in repository field examples.
|
||||
([@noahbenham](https://github.com/noahbenham))
|
||||
* [`e2346e770`](https://github.com/npm/cli/commit/e2346e7702acccefe6d711168c2b0e0e272e194a)
|
||||
[npm/cli#14](https://github.com/npm/cli/pull/14)
|
||||
Used `process.env` examples to make accessing certain `npm run-scripts`
|
||||
environment variables more clear.
|
||||
([@mwarger](https://github.com/mwarger))
|
||||
|
||||
## v6.3.0 (2018-08-01):
|
||||
|
||||
This is basically the same as the prerelease, but two dependencies have been
|
||||
bumped due to bugs that had been around for a while.
|
||||
|
||||
* [`0a22be42e`](https://github.com/npm/cli/commit/0a22be42eb0d40cd0bd87e68c9e28fc9d72c0e19)
|
||||
`figgy-pudding@3.2.0`
|
||||
([@zkat](https://github.com/zkat))
|
||||
* [`0096f6997`](https://github.com/npm/cli/commit/0096f69978d2f40b170b28096f269b0b0008a692)
|
||||
`cacache@11.1.0`
|
||||
([@zkat](https://github.com/zkat))
|
||||
|
||||
## v6.3.0-next.0 (2018-07-25):
|
||||
|
||||
### NEW FEATURES
|
||||
|
||||
* [`ad0dd226f`](https://github.com/npm/cli/commit/ad0dd226fb97a33dcf41787ae7ff282803fb66f2)
|
||||
[npm/cli#26](https://github.com/npm/cli/pull/26)
|
||||
`npm version` now supports a `--preid` option to specify the preid for
|
||||
prereleases. For example, `npm version premajor --preid rc` will tag a version
|
||||
like `2.0.0-rc.0`.
|
||||
([@dwilches](https://github.com/dwilches))
|
||||
|
||||
### MESSAGING IMPROVEMENTS
|
||||
|
||||
* [`c1dad1e99`](https://github.com/npm/cli/commit/c1dad1e994827f2eab7a13c0f6454f4e4c22ebc2)
|
||||
[npm/cli#6](https://github.com/npm/cli/pull/6)
|
||||
Make `npm audit fix` message provide better instructions for vulnerabilities
|
||||
that require manual review.
|
||||
([@bradsk88](https://github.com/bradsk88))
|
||||
* [`15c1130fe`](https://github.com/npm/cli/commit/15c1130fe81961706667d845aad7a5a1f70369f3)
|
||||
Fix missing colon next to tarball url in new `npm view` output.
|
||||
([@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
|
||||
"OTP-aware" (like when setting double-authentication). This improves the
|
||||
overall CLI messaging when prompting for an OTP code.
|
||||
([@jdeniau](https://github.com/jdeniau))
|
||||
|
||||
### MISC
|
||||
|
||||
* [`a9ac8712d`](https://github.com/npm/cli/commit/a9ac8712dfafcb31a4e3deca24ddb92ff75e942d)
|
||||
[npm/cli#21](https://github.com/npm/cli/pull/21)
|
||||
Use the extracted `stringify-package` package.
|
||||
([@dpogue](https://github.com/dpogue))
|
||||
* [`9db15408c`](https://github.com/npm/cli/commit/9db15408c60be788667cafc787116555507dc433)
|
||||
[npm/cli#27](https://github.com/npm/cli/pull/27)
|
||||
`wrappy` was previously added to dependencies in order to flatten it, but we
|
||||
no longer do legacy-style for npm itself, so it has been removed from
|
||||
`package.json`.
|
||||
([@rickschubert](https://github.com/rickschubert))
|
||||
|
||||
### DOCUMENTATION
|
||||
|
||||
* [`3242baf08`](https://github.com/npm/cli/commit/3242baf0880d1cdc0e20b546d3c1da952e474444)
|
||||
[npm/cli#13](https://github.com/npm/cli/pull/13)
|
||||
Update more dead links in README.md.
|
||||
([@u32i64](https://github.com/u32i64))
|
||||
* [`06580877b`](https://github.com/npm/cli/commit/06580877b6023643ec780c19d84fbe120fe5425c)
|
||||
[npm/cli#19](https://github.com/npm/cli/pull/19)
|
||||
Update links in docs' `index.html` to refer to new bug/PR URLs.
|
||||
([@watilde](https://github.com/watilde))
|
||||
* [`ca03013c2`](https://github.com/npm/cli/commit/ca03013c23ff38e12902e9569a61265c2d613738)
|
||||
[npm/cli#15](https://github.com/npm/cli/pull/15)
|
||||
Fix some typos in file-specifiers docs.
|
||||
([@Mstrodl](https://github.com/Mstrodl))
|
||||
* [`4f39f79bc`](https://github.com/npm/cli/commit/4f39f79bcacef11bf2f98d09730bc94d0379789b)
|
||||
[npm/cli#16](https://github.com/npm/cli/pull/16)
|
||||
Fix some typos in file-specifiers and package-lock docs.
|
||||
([@watilde](https://github.com/watilde))
|
||||
* [`35e51f79d`](https://github.com/npm/cli/commit/35e51f79d1a285964aad44f550811aa9f9a72cd8)
|
||||
[npm/cli#18](https://github.com/npm/cli/pull/18)
|
||||
Update build status badge url in README.
|
||||
([@watilde](https://github.com/watilde))
|
||||
* [`a67db5607`](https://github.com/npm/cli/commit/a67db5607ba2052b4ea44f66657f98b758fb4786)
|
||||
[npm/cli#17](https://github.com/npm/cli/pull/17/)
|
||||
Replace TROUBLESHOOTING.md with [posts in
|
||||
npm.community](https://npm.community/c/support/troubleshooting).
|
||||
([@watilde](https://github.com/watilde))
|
||||
* [`e115f9de6`](https://github.com/npm/cli/commit/e115f9de65bf53711266152fc715a5012f7d3462)
|
||||
[npm/cli#7](https://github.com/npm/cli/pull/7)
|
||||
Use https URLs in documentation when appropriate. Happy [Not Secure Day](https://arstechnica.com/gadgets/2018/07/todays-the-day-that-chrome-brands-plain-old-http-as-not-secure/)!
|
||||
([@XhmikosR](https://github.com/XhmikosR))
|
||||
|
||||
## v6.2.0 (2018-07-13):
|
||||
|
||||
In case you missed it, [we
|
||||
@@ -13,7 +285,8 @@ quite ready on time but that we'd still like to include. Enjoy!
|
||||
|
||||
* [`244b18380`](https://github.com/npm/npm/commit/244b18380ee55950b13c293722771130dbad70de)
|
||||
[#20554](https://github.com/npm/npm/pull/20554)
|
||||
add support for --parseable output
|
||||
Add support for tab-separated output for `npm audit` data with the
|
||||
`--parseable` flag.
|
||||
([@luislobo](https://github.com/luislobo))
|
||||
* [`7984206e2`](https://github.com/npm/npm/commit/7984206e2f41b8d8361229cde88d68f0c96ed0b8)
|
||||
[#12697](https://github.com/npm/npm/pull/12697)
|
||||
|
||||
Vendored
+1
-1
@@ -35,7 +35,7 @@ This includes anyone who may show up to the npm/npm repo with issues, PRs, comme
|
||||
* Comment on issues when they have a reference to the answer.
|
||||
* If community members aren't sure they are correct and don't have a reference to the answer, please leave the issue and try another one.
|
||||
* Defer to collaborators and npm employees for answers.
|
||||
* Make sure to search for [the troubleshooting doc](./TROUBLESHOOTING.md) and search on the issue tracker for similar issues before opening a new one.
|
||||
* Make sure to search for [the troubleshooting posts on npm.community](https://npm.community/c/support/troubleshooting) and search on the issue tracker for similar issues before opening a new one.
|
||||
* Any users with urgent support needs are welcome to email support@npmjs.com, and our dedicated support team will be happy to help.
|
||||
|
||||
PLEASE don't @ collaborators or npm employees on issues. The CLI team is small, and has many outstanding commitments to fulfill.
|
||||
|
||||
Vendored
+5
-8
@@ -1,7 +1,7 @@
|
||||
npm(1) -- a JavaScript package manager
|
||||
==============================
|
||||
|
||||
[](https://travis-ci.org/npm/npm)
|
||||
[](https://travis-ci.org/npm/cli)
|
||||
|
||||
## SYNOPSIS
|
||||
|
||||
@@ -16,17 +16,14 @@ Much more info will be available via `npm help` once it's installed.
|
||||
To install an old **and unsupported** version of npm that works on node v5
|
||||
and prior, clone the git repo and dig through the old tags and branches.
|
||||
|
||||
**npm is configured to use npm, Inc.'s public package registry at
|
||||
<https://registry.npmjs.org> by default.**
|
||||
**npm is configured to use npm, Inc.'s public registry at
|
||||
<https://registry.npmjs.org> by default.** Use of the npm public registry
|
||||
is subject to terms of use available at <https://www.npmjs.com/policies/terms>.
|
||||
|
||||
You can configure npm to use any compatible registry you
|
||||
like, and even run your own registry. Check out the [doc on
|
||||
registries](https://docs.npmjs.com/misc/registry).
|
||||
|
||||
Use of someone else's registry may be governed by terms of use. The
|
||||
terms of use for the default public registry are available at
|
||||
<https://www.npmjs.com>.
|
||||
|
||||
## Super Easy Install
|
||||
|
||||
npm is bundled with [node](https://nodejs.org/en/download/).
|
||||
@@ -88,7 +85,7 @@ experience if you run a recent version of npm. To upgrade, either use [Microsoft
|
||||
upgrade tool](https://github.com/felixrieseberg/npm-windows-upgrade),
|
||||
[download a new version of Node](https://nodejs.org/en/download/),
|
||||
or follow the Windows upgrade instructions in the
|
||||
[npm Troubleshooting Guide](./TROUBLESHOOTING.md).
|
||||
[Installing/upgrading npm](https://npm.community/t/installing-upgrading-npm/251/2) post.
|
||||
|
||||
If that's not fancy enough for you, then you can fetch the code with
|
||||
git, and mess with it directly.
|
||||
|
||||
Vendored
+6
-1
@@ -69,20 +69,25 @@
|
||||
npm.command = 'help'
|
||||
}
|
||||
|
||||
var isGlobalNpmUpdate = conf.global && ['install', 'update'].includes(npm.command) && npm.argv.includes('npm')
|
||||
|
||||
// now actually fire up npm and run the command.
|
||||
// this is how to use npm programmatically:
|
||||
conf._exit = true
|
||||
npm.load(conf, function (er) {
|
||||
if (er) return errorHandler(er)
|
||||
if (
|
||||
!isGlobalNpmUpdate &&
|
||||
npm.config.get('update-notifier') &&
|
||||
!unsupported.checkVersion(process.version).unsupported
|
||||
) {
|
||||
const pkg = require('../package.json')
|
||||
let notifier = require('update-notifier')({pkg})
|
||||
const isCI = require('ci-info').isCI
|
||||
if (
|
||||
notifier.update &&
|
||||
notifier.update.latest !== pkg.version
|
||||
notifier.update.latest !== pkg.version &&
|
||||
!isCI
|
||||
) {
|
||||
const color = require('ansicolors')
|
||||
const useColor = npm.config.get('color')
|
||||
|
||||
Vendored
+2
-2
@@ -48,7 +48,7 @@ $ npm hook rm id-deadbeef
|
||||
## DESCRIPTION
|
||||
|
||||
Allows you to manage [npm
|
||||
hooks](http://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm),
|
||||
hooks](https://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm),
|
||||
including adding, removing, listing, and updating.
|
||||
|
||||
Hooks allow you to configure URL endpoints that will be notified whenever a
|
||||
@@ -69,4 +69,4 @@ request came from your own configured hook.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
* ["Introducing Hooks" blog post](http://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm)
|
||||
* ["Introducing Hooks" blog post](https://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm)
|
||||
Vendored
+4
-1
@@ -3,7 +3,7 @@ npm-pack(1) -- Create a tarball from a package
|
||||
|
||||
## SYNOPSIS
|
||||
|
||||
npm pack [[<@scope>/]<pkg>...]
|
||||
npm pack [[<@scope>/]<pkg>...] [--dry-run]
|
||||
|
||||
## DESCRIPTION
|
||||
|
||||
@@ -18,6 +18,9 @@ overwritten the second time.
|
||||
|
||||
If no arguments are supplied, then npm packs the current package folder.
|
||||
|
||||
The `--dry-run` argument will do everything that pack usually does without
|
||||
actually packing anything. Reports on what would have gone into the tarball.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
* npm-cache(1)
|
||||
|
||||
Vendored
+7
-4
@@ -4,7 +4,7 @@ npm-publish(1) -- Publish a package
|
||||
|
||||
## SYNOPSIS
|
||||
|
||||
npm publish [<tarball>|<folder>] [--tag <tag>] [--access <public|restricted>] [--otp otpcode]
|
||||
npm publish [<tarball>|<folder>] [--tag <tag>] [--access <public|restricted>] [--otp otpcode] [--dry-run]
|
||||
|
||||
Publishes '.' if no argument supplied
|
||||
Sets tag 'latest' if no --tag specified
|
||||
@@ -46,6 +46,10 @@ specifying a different default registry or using a `npm-scope(7)` in the name
|
||||
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.
|
||||
|
||||
* `[--dry-run]`
|
||||
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.
|
||||
|
||||
@@ -57,9 +61,8 @@ As of `npm@5`, both a sha1sum and an integrity field with a sha512sum of the
|
||||
tarball will be submitted to the registry during publication. Subsequent
|
||||
installs will use the strongest supported algorithm to verify downloads.
|
||||
|
||||
For a "dry run" that does everything except actually publishing to the
|
||||
registry, see `npm-pack(1)`, which figures out the files to be included and
|
||||
packs them into a tarball to be uploaded to the registry.
|
||||
Similar to `--dry-run` see `npm-pack(1)`, which figures out the files to be
|
||||
included and packs them into a tarball to be uploaded to the registry.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
|
||||
Vendored
+2
-2
@@ -15,9 +15,9 @@ used by the test, start, restart, and stop commands, but can be called
|
||||
directly, as well. When the scripts in the package are printed out, they're
|
||||
separated into lifecycle (test, start, restart) and directly-run scripts.
|
||||
|
||||
As of [`npm@2.0.0`](http://blog.npmjs.org/post/98131109725/npm-2-0-0), you can
|
||||
As of [`npm@2.0.0`](https://blog.npmjs.org/post/98131109725/npm-2-0-0), you can
|
||||
use custom arguments when executing scripts. The special option `--` is used by
|
||||
[getopt](http://goo.gl/KxMmtG) to delimit the end of the options. npm will pass
|
||||
[getopt](https://goo.gl/KxMmtG) to delimit the end of the options. npm will pass
|
||||
all the arguments after the `--` directly to your script:
|
||||
|
||||
npm run test -- --grep="pattern"
|
||||
|
||||
Vendored
+1
-1
@@ -11,7 +11,7 @@ This runs an arbitrary command specified in the package's `"start"` property of
|
||||
its `"scripts"` object. If no `"start"` property is specified on the
|
||||
`"scripts"` object, it will run `node server.js`.
|
||||
|
||||
As of [`npm@2.0.0`](http://blog.npmjs.org/post/98131109725/npm-2-0-0), you can
|
||||
As of [`npm@2.0.0`](https://blog.npmjs.org/post/98131109725/npm-2-0-0), you can
|
||||
use custom arguments when executing scripts. Refer to npm-run-script(1) for
|
||||
more details.
|
||||
|
||||
|
||||
Vendored
+7
-6
@@ -24,14 +24,15 @@ If no version is specified, or if all versions are removed then
|
||||
the root package entry is removed from the registry entirely.
|
||||
|
||||
Even if a package version is unpublished, that specific name and
|
||||
version combination can never be reused. In order to publish the
|
||||
package again, a new version number must be used.
|
||||
version combination can never be reused. In order to publish the
|
||||
package again, a new version number must be used. Additionally,
|
||||
new versions of packages with every version unpublished may not
|
||||
be republished until 24 hours have passed.
|
||||
|
||||
With the default registry (`registry.npmjs.org`), unpublish is
|
||||
only allowed with versions published in the last 72 hours. Similarly,
|
||||
new versions of unpublished packages may not be republished until 72 hours
|
||||
have passed. If you are trying to unpublish a version published longer
|
||||
ago than that, contact support@npmjs.com.
|
||||
only allowed with versions published in the last 72 hours. If you
|
||||
are trying to unpublish a version published longer ago than that,
|
||||
contact support@npmjs.com.
|
||||
|
||||
The scope is optional and follows the usual rules for `npm-scope(7)`.
|
||||
|
||||
|
||||
Vendored
+1
-1
@@ -3,7 +3,7 @@ npm-version(1) -- Bump a package version
|
||||
|
||||
## SYNOPSIS
|
||||
|
||||
npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease | from-git]
|
||||
npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease [--preid=<prerelease-id>] | from-git]
|
||||
|
||||
'npm [-v | --version]' to print npm version
|
||||
'npm view <pkg> version' to view a package's published version
|
||||
|
||||
Vendored
+11
-1
@@ -21,6 +21,16 @@ programs.
|
||||
|
||||
Run `npm help` to get a list of available commands.
|
||||
|
||||
## IMPORTANT
|
||||
|
||||
npm is configured to use npm, Inc.'s public registry at
|
||||
https://registry.npmjs.org by default. Use of the npm public registry is
|
||||
subject to terms of use available at https://www.npmjs.com/policies/terms.
|
||||
|
||||
You can configure npm to use any compatible registry you like, and even run
|
||||
your own registry. Use of someone else's registry may be governed by their
|
||||
terms of use.
|
||||
|
||||
## INTRODUCTION
|
||||
|
||||
You probably got npm because you want to install stuff.
|
||||
@@ -140,7 +150,7 @@ reproduction to report.
|
||||
|
||||
[Isaac Z. Schlueter](http://blog.izs.me/) ::
|
||||
[isaacs](https://github.com/isaacs/) ::
|
||||
[@izs](http://twitter.com/izs) ::
|
||||
[@izs](https://twitter.com/izs) ::
|
||||
<i@izs.me>
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
Vendored
+10
-10
@@ -106,7 +106,7 @@ Ideally you should pick one that is
|
||||
[OSI](https://opensource.org/licenses/alphabetical) approved.
|
||||
|
||||
If your package is licensed under multiple common licenses, use an [SPDX license
|
||||
expression syntax version 2.0 string](https://npmjs.com/package/spdx), like this:
|
||||
expression syntax version 2.0 string](https://www.npmjs.com/package/spdx), like this:
|
||||
|
||||
{ "license" : "(ISC OR GPL-3.0)" }
|
||||
|
||||
@@ -366,15 +366,15 @@ command will be able to find you.
|
||||
|
||||
Do it like this:
|
||||
|
||||
"repository" :
|
||||
{ "type" : "git"
|
||||
, "url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
"repository": {
|
||||
"type" : "git",
|
||||
"url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
|
||||
"repository" :
|
||||
{ "type" : "svn"
|
||||
, "url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}
|
||||
"repository": {
|
||||
"type" : "svn",
|
||||
"url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}
|
||||
|
||||
The URL should be a publicly available (perhaps read-only) url that can be handed
|
||||
directly to a VCS program without any modification. It should not be a url to an
|
||||
@@ -608,7 +608,7 @@ Trying to install another plugin with a conflicting requirement will cause an
|
||||
error. For this reason, make sure your plugin requirement is as broad as
|
||||
possible, and not to lock it down to specific patch versions.
|
||||
|
||||
Assuming the host complies with [semver](http://semver.org/), only changes in
|
||||
Assuming the host complies with [semver](https://semver.org/), only changes in
|
||||
the host package's major version will break your plugin. Thus, if you've worked
|
||||
with every 1.x version of the host package, use `"^1.0"` or `"1.x"` to express
|
||||
this. If you depend on features introduced in 1.5.2, use `">= 1.5.2 < 2"`.
|
||||
|
||||
Vendored
+19
-3
@@ -164,6 +164,14 @@ When "true" submit audit reports alongside `npm install` runs to the default
|
||||
registry and all registries configured for scopes. See the documentation
|
||||
for npm-audit(1) for details on what is submitted.
|
||||
|
||||
### audit-level
|
||||
|
||||
* Default: `"low"`
|
||||
* Type: `'low'`, `'moderate'`, `'high'`, `'critical'`
|
||||
|
||||
The minimum level of vulnerability for `npm audit` to exit with
|
||||
a non-zero exit code.
|
||||
|
||||
### auth-type
|
||||
|
||||
* Default: `'legacy'`
|
||||
@@ -331,8 +339,8 @@ Install `dev-dependencies` along with packages.
|
||||
Indicates that you don't want npm to make any changes and that it should
|
||||
only report what it would have done. This can be passed into any of the
|
||||
commands that modify your local installation, eg, `install`, `update`,
|
||||
`dedupe`, `uninstall`. This is NOT currently honored by network related
|
||||
commands, eg `dist-tags`, `owner`, `publish`, etc.
|
||||
`dedupe`, `uninstall`. This is NOT currently honored by some network related
|
||||
commands, eg `dist-tags`, `owner`, etc.
|
||||
|
||||
### editor
|
||||
|
||||
@@ -684,7 +692,7 @@ impact how lifecycle scripts are called.
|
||||
|
||||
The node version to use when checking a package's `engines` map.
|
||||
|
||||
### no-proxy
|
||||
### noproxy
|
||||
|
||||
* Default: null
|
||||
* Type: String or Array
|
||||
@@ -798,6 +806,14 @@ for updates immediately even for fresh package data.
|
||||
The location to install global items. If set on the command line, then
|
||||
it forces non-global commands to run in the specified folder.
|
||||
|
||||
### preid
|
||||
|
||||
* Default: ""
|
||||
* Type: String
|
||||
|
||||
The "prerelease identifier" to use as a prefix for the "prerelease" part of a
|
||||
semver. Like the `rc` in `1.2.0-rc.8`.
|
||||
|
||||
### production
|
||||
|
||||
* Default: false
|
||||
|
||||
Vendored
+2
-2
@@ -102,8 +102,8 @@ here to help.**
|
||||
|
||||
If you think another npm publisher is infringing your trademark, such as by
|
||||
using a confusingly similar package name, email <abuse@npmjs.com> with a link to
|
||||
the package or user account on [https://npmjs.com](https://npmjs.com). Attach a
|
||||
copy of your trademark registration certificate.
|
||||
the package or user account on [https://www.npmjs.com/](https://www.npmjs.com/).
|
||||
Attach a copy of your trademark registration certificate.
|
||||
|
||||
If we see that the package's publisher is intentionally misleading others by
|
||||
misusing your registered mark without permission, we will transfer the package
|
||||
|
||||
Vendored
+12
-4
@@ -7,12 +7,20 @@ To resolve packages by name and version, npm talks to a registry website
|
||||
that implements the CommonJS Package Registry specification for reading
|
||||
package info.
|
||||
|
||||
Additionally, npm's package registry implementation supports several
|
||||
npm is configured to use npm, Inc.'s public registry at
|
||||
<https://registry.npmjs.org> by default. Use of the npm public registry is
|
||||
subject to terms of use available at <https://www.npmjs.com/policies/terms>.
|
||||
|
||||
You can configure npm to use any compatible registry you like, and even run
|
||||
your own registry. Use of someone else's registry may be governed by their
|
||||
terms of use.
|
||||
|
||||
npm's package registry implementation supports several
|
||||
write APIs as well, to allow for publishing packages and managing user
|
||||
account information.
|
||||
|
||||
The official public npm registry is at <https://registry.npmjs.org/>. It
|
||||
is powered by a CouchDB database, of which there is a public mirror at
|
||||
The npm public registry is powered by a CouchDB database,
|
||||
of which there is a public mirror at
|
||||
<https://skimdb.npmjs.com/registry>. The code for the couchapp is
|
||||
available at <https://github.com/npm/npm-registry-couchapp>.
|
||||
|
||||
@@ -81,7 +89,7 @@ effectively implement the entire CouchDB API anyway.
|
||||
|
||||
## Is there a website or something to see package docs and such?
|
||||
|
||||
Yes, head over to <https://npmjs.com/>
|
||||
Yes, head over to <https://www.npmjs.com/>
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
|
||||
Vendored
+3
-1
@@ -143,7 +143,9 @@ The package.json fields are tacked onto the `npm_package_` prefix. So,
|
||||
for instance, if you had `{"name":"foo", "version":"1.2.5"}` in your
|
||||
package.json file, then your package scripts would have the
|
||||
`npm_package_name` environment variable set to "foo", and the
|
||||
`npm_package_version` set to "1.2.5"
|
||||
`npm_package_version` set to "1.2.5". You can access these variables
|
||||
in your code with `process.env.npm_package_name` and
|
||||
`process.env.npm_package_version`, and so on for other fields.
|
||||
|
||||
### configuration
|
||||
|
||||
|
||||
Vendored
+4
-7
@@ -14,7 +14,7 @@ URLs and URL-like strings for other types.
|
||||
slashes on a file specifier will be removed, that is 'file://../foo/bar`
|
||||
references the same package as same as `file:../foo/bar`. The latter is
|
||||
considered canonical.
|
||||
* Attempting to install a specifer that has a windows drive letter will
|
||||
* Attempting to install a specifier that has a windows drive letter will
|
||||
produce an error on non-Windows systems.
|
||||
* A valid `file:` specifier points is:
|
||||
* a valid package file. That is, a `.tar`, `.tar.gz` or `.tgz` containing
|
||||
@@ -55,16 +55,13 @@ note for the `npm-shrinkwrap.json` as it means the specifier there will
|
||||
be different then the original `package.json` (where it was relative to that
|
||||
`package.json`).
|
||||
|
||||
# No, for `file:` type specifiers, we SHOULD shrinkwrap. Other symlinks we
|
||||
# should not. Other symlinks w/o the link spec should be an error.
|
||||
|
||||
When shrinkwrapping file specifiers, the contents of the destination
|
||||
package's `node_modules` WILL NOT be included in the shrinkwrap. If you want to lock
|
||||
down the destination package's `node_modules` you should create a shrinkwrap for it
|
||||
separately.
|
||||
|
||||
This is necessary to support the mono repo use case where many projects file
|
||||
to the same package. If each project included its own npm-shrinkwrap.json
|
||||
to the same package. If each project included its own `npm-shrinkwrap.json`
|
||||
then they would each have their own distinct set of transitive dependencies
|
||||
and they'd step on each other any time you ran an install in one or the other.
|
||||
|
||||
@@ -75,7 +72,7 @@ shrinkwrapped packages.
|
||||
|
||||
#### File type specifiers pointing at tarballs
|
||||
|
||||
File-type specifiers pointing at a `.tgz` or `.tar.gz or `.tar` file will
|
||||
File-type specifiers pointing at a `.tgz` or `.tar.gz` or `.tar` file will
|
||||
install it as a package file in the same way we would a remote tarball. The
|
||||
checksum of the package file should be recorded so that we can check for updates.
|
||||
|
||||
@@ -134,7 +131,7 @@ example-package@1.0.0 /path/to/example-package
|
||||
+-- a -> file:../a
|
||||
```
|
||||
|
||||
Of note here: No version is included as the relavent detail is WHERE the
|
||||
Of note here: No version is included as the relevant detail is WHERE the
|
||||
package came from, not what version happened to be in that path.
|
||||
|
||||
### Outdated
|
||||
|
||||
Vendored
+1
-1
@@ -269,7 +269,7 @@ nothing requires it any more.
|
||||
## Additional fields / Adding new fields
|
||||
|
||||
Installers should ignore any field they aren't aware of. It's not an error
|
||||
to have additional properities in the package-lock or lock file.
|
||||
to have additional properties in the package-lock or lock file.
|
||||
|
||||
Installers that want to add new fields should either have one added via RFC
|
||||
in the npm issue tracker and an accompanying documentation PR, or should prefix
|
||||
|
||||
Vendored
+6
-8
@@ -10,7 +10,7 @@
|
||||
<div id="wrapper">
|
||||
|
||||
<h1><a href="cli/npm.html">npm</a></h1> <p>a JavaScript package manager</p>
|
||||
<p><a href="https://travis-ci.org/npm/npm"><img src="https://img.shields.io/travis/npm/npm/latest.svg" alt="Build Status"></a></p>
|
||||
<p><a href="https://travis-ci.org/npm/cli"><img src="https://img.shields.io/travis/npm/cli/latest.svg" alt="Build Status"></a></p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<p>This is just enough info to get you up and running.</p>
|
||||
<p>Much more info will be available via <code>npm help</code> once it's installed.</p>
|
||||
@@ -18,14 +18,12 @@
|
||||
<p><strong>You need node v6 or higher to run this program.</strong></p>
|
||||
<p>To install an old <strong>and unsupported</strong> version of npm that works on node v5
|
||||
and prior, clone the git repo and dig through the old tags and branches.</p>
|
||||
<p><strong>npm is configured to use npm, Inc.'s public package registry at
|
||||
<a href="https://registry.npmjs.org">https://registry.npmjs.org</a> by default.</strong></p>
|
||||
<p><strong>npm is configured to use npm, Inc.'s public registry at
|
||||
<a href="https://registry.npmjs.org">https://registry.npmjs.org</a> by default.</strong> Use of the npm public registry
|
||||
is subject to terms of use available at <a href="https://www.npmjs.com/policies/terms">https://www.npmjs.com/policies/terms</a>.</p>
|
||||
<p>You can configure npm to use any compatible registry you
|
||||
like, and even run your own registry. Check out the <a href="https://docs.npmjs.com/misc/registry">doc on
|
||||
registries</a>.</p>
|
||||
<p>Use of someone else's registry may be governed by terms of use. The
|
||||
terms of use for the default public registry are available at
|
||||
<a href="https://www.npmjs.com">https://www.npmjs.com</a>.</p>
|
||||
<h2 id="super-easy-install">Super Easy Install</h2>
|
||||
<p>npm is bundled with <a href="https://nodejs.org/en/download/">node</a>.</p>
|
||||
<h3 id="windows-computers">Windows Computers</h3>
|
||||
@@ -59,7 +57,7 @@ experience if you run a recent version of npm. To upgrade, either use <a href="h
|
||||
upgrade tool</a>,
|
||||
<a href="https://nodejs.org/en/download/">download a new version of Node</a>,
|
||||
or follow the Windows upgrade instructions in the
|
||||
<a href="./TROUBLESHOOTING.md">npm Troubleshooting Guide</a>.</p>
|
||||
<a href="https://npm.community/t/installing-upgrading-npm/251/2">Installing/upgrading npm</a> post.</p>
|
||||
<p>If that's not fancy enough for you, then you can fetch the code with
|
||||
git, and mess with it directly.</p>
|
||||
<h2 id="installing-on-cygwin">Installing on Cygwin</h2>
|
||||
@@ -120,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.2.0</p>
|
||||
<p id="footer"><a href="../doc/README.html">README</a> — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-access — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-adduser — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-audit — npm@6.4.1</p>
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-bin — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-bugs — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-build — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-bundle — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-cache — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -57,4 +57,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.2.0</p>
|
||||
<p id="footer">npm-ci — npm@6.4.1</p>
|
||||
+1
-1
@@ -41,5 +41,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.2.0</p>
|
||||
<p id="footer">npm-completion — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-config — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-dedupe — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -36,5 +36,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.2.0</p>
|
||||
<p id="footer">npm-deprecate — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-dist-tag — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-docs — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-doctor — npm@6.4.1</p>
|
||||
Vendored
+1
-1
@@ -48,5 +48,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.2.0</p>
|
||||
<p id="footer">npm-edit — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-explore — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-help-search — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-help — npm@6.4.1</p>
|
||||
|
||||
Vendored
+3
-3
@@ -23,7 +23,7 @@ npm hook rm <id></code></pre><h2 id="example">EXAMPLE</h2>
|
||||
<pre><code>$ npm hook ls lodash</code></pre><p>Update an existing hook's url:</p>
|
||||
<pre><code>$ npm hook update id-deadbeef https://my-new-website.here/</code></pre><p>Remove a hook:</p>
|
||||
<pre><code>$ npm hook rm id-deadbeef</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>Allows you to manage <a href="http://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm">npm
|
||||
<p>Allows you to manage <a href="https://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm">npm
|
||||
hooks</a>,
|
||||
including adding, removing, listing, and updating.</p>
|
||||
<p>Hooks allow you to configure URL endpoints that will be notified whenever a
|
||||
@@ -38,7 +38,7 @@ that particular hook.</p>
|
||||
request came from your own configured hook.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="http://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm">"Introducing Hooks" blog post</a></li>
|
||||
<li><a href="https://blog.npmjs.org/post/145260155635/introducing-hooks-get-notifications-of-npm">"Introducing Hooks" blog post</a></li>
|
||||
</ul>
|
||||
|
||||
</div>
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">npm-hook — npm@6.4.1</p>
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-init — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-install-ci-test — npm@6.4.1</p>
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-install-test — npm@6.4.1</p>
|
||||
|
||||
+18
-10
@@ -70,9 +70,11 @@ after packing it up into a tarball (b).</p>
|
||||
using <code>npm link</code>.</p>
|
||||
<p> Tarball requirements:</p>
|
||||
<ul>
|
||||
<li>The filename <em>must</em> use <code>.tar</code>, <code>.tar.gz</code>, or <code>.tgz</code> as
|
||||
the extension.</li>
|
||||
<li>The package contents should reside in a subfolder inside the tarball (usually it is called <code>package/</code>). npm strips one directory layer when installing the package (an equivalent of <code>tar x --strip-components=1</code> is run).</li>
|
||||
<li><p>The filename <em>must</em> use <code>.tar</code>, <code>.tar.gz</code>, or <code>.tgz</code> as
|
||||
the extension.</p>
|
||||
</li>
|
||||
<li><p>The package contents should reside in a subfolder inside the tarball (usually it is called <code>package/</code>). npm strips one directory layer when installing the package (an equivalent of <code>tar x --strip-components=1</code> is run).</p>
|
||||
</li>
|
||||
<li><p>The package must contain a <code>package.json</code> file with <code>name</code> and <code>version</code> properties.</p>
|
||||
<p>Example:</p>
|
||||
<pre><code>npm install ./package.tgz</code></pre></li>
|
||||
@@ -170,12 +172,18 @@ fetch the package by name if it is not valid.</code></pre><ul>
|
||||
<p> The following git environment variables are recognized by npm and will be
|
||||
added to the environment when running git:</p>
|
||||
<ul>
|
||||
<li><code>GIT_ASKPASS</code></li>
|
||||
<li><code>GIT_EXEC_PATH</code></li>
|
||||
<li><code>GIT_PROXY_COMMAND</code></li>
|
||||
<li><code>GIT_SSH</code></li>
|
||||
<li><code>GIT_SSH_COMMAND</code></li>
|
||||
<li><code>GIT_SSL_CAINFO</code></li>
|
||||
<li><p><code>GIT_ASKPASS</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_EXEC_PATH</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_PROXY_COMMAND</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_SSH</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_SSH_COMMAND</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_SSL_CAINFO</code></p>
|
||||
</li>
|
||||
<li><p><code>GIT_SSL_NO_VERIFY</code></p>
|
||||
<p>See the git man page for details.</p>
|
||||
<p>Examples:</p>
|
||||
@@ -362,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.2.0</p>
|
||||
<p id="footer">npm-install — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-link — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-logout — npm@6.4.1</p>
|
||||
|
||||
Vendored
+2
-2
@@ -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.2.0 /path/to/npm
|
||||
<pre><code>npm@6.4.1 /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.2.0</p>
|
||||
<p id="footer">npm-ls — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -114,5 +114,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.2.0</p>
|
||||
<p id="footer">npm-outdated — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-owner — npm@6.4.1</p>
|
||||
|
||||
Vendored
+4
-2
@@ -11,7 +11,7 @@
|
||||
|
||||
<h1><a href="../cli/npm-pack.html">npm-pack</a></h1> <p>Create a tarball from a package</p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<pre><code>npm pack [[<@scope>/]<pkg>...]</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<pre><code>npm pack [[<@scope>/]<pkg>...] [--dry-run]</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
<p>For anything that's installable (that is, a package folder, tarball,
|
||||
tarball url, name@tag, name@version, name, or scoped name), this
|
||||
command will fetch it to the cache, and then copy the tarball to the
|
||||
@@ -20,6 +20,8 @@ the filenames out to stdout.</p>
|
||||
<p>If the same package is specified multiple times, then the file will be
|
||||
overwritten the second time.</p>
|
||||
<p>If no arguments are supplied, then npm packs the current package folder.</p>
|
||||
<p>The <code>--dry-run</code> argument will do everything that pack usually does without
|
||||
actually packing anything. Reports on what would have gone into the tarball.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-cache.html">npm-cache(1)</a></li>
|
||||
@@ -40,5 +42,5 @@ overwritten the second time.</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.2.0</p>
|
||||
<p id="footer">npm-pack — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-ping — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-prefix — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-profile — npm@6.4.1</p>
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-prune — npm@6.4.1</p>
|
||||
|
||||
+8
-5
@@ -11,7 +11,7 @@
|
||||
|
||||
<h1><a href="../cli/npm-publish.html">npm-publish</a></h1> <p>Publish a package</p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<pre><code>npm publish [<tarball>|<folder>] [--tag <tag>] [--access <public|restricted>] [--otp otpcode]
|
||||
<pre><code>npm publish [<tarball>|<folder>] [--tag <tag>] [--access <public|restricted>] [--otp otpcode] [--dry-run]
|
||||
|
||||
Publishes '.' if no argument supplied
|
||||
Sets tag 'latest' if no --tag specified</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
@@ -49,6 +49,10 @@ If you have two-factor authentication enabled in <code>auth-and-writes</code> mo
|
||||
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>
|
||||
</li>
|
||||
</ul>
|
||||
<p>Fails if the package name and version combination already exists in
|
||||
the specified registry.</p>
|
||||
@@ -58,9 +62,8 @@ it is removed with <a href="../cli/npm-unpublish.html">npm-unpublish(1)</a>.</p>
|
||||
<p>As of <code>npm@5</code>, both a sha1sum and an integrity field with a sha512sum of the
|
||||
tarball will be submitted to the registry during publication. Subsequent
|
||||
installs will use the strongest supported algorithm to verify downloads.</p>
|
||||
<p>For a "dry run" that does everything except actually publishing to the
|
||||
registry, see <code><a href="../cli/npm-pack.html">npm-pack(1)</a></code>, which figures out the files to be included and
|
||||
packs them into a tarball to be uploaded to the registry.</p>
|
||||
<p>Similar to <code>--dry-run</code> see <code><a href="../cli/npm-pack.html">npm-pack(1)</a></code>, which figures out the files to be
|
||||
included and packs them into a tarball to be uploaded to the registry.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../misc/npm-registry.html">npm-registry(7)</a></li>
|
||||
@@ -84,5 +87,5 @@ 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.2.0</p>
|
||||
<p id="footer">npm-publish — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-rebuild — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-repo — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-restart — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-root — npm@6.4.1</p>
|
||||
|
||||
+3
-3
@@ -19,9 +19,9 @@ alias: npm run</code></pre><h2 id="description">DESCRIPTION</h2>
|
||||
used by the test, start, restart, and stop commands, but can be called
|
||||
directly, as well. When the scripts in the package are printed out, they're
|
||||
separated into lifecycle (test, start, restart) and directly-run scripts.</p>
|
||||
<p>As of <a href="http://blog.npmjs.org/post/98131109725/npm-2-0-0"><code>npm@2.0.0</code></a>, you can
|
||||
<p>As of <a href="https://blog.npmjs.org/post/98131109725/npm-2-0-0"><code>npm@2.0.0</code></a>, you can
|
||||
use custom arguments when executing scripts. The special option <code>--</code> is used by
|
||||
<a href="http://goo.gl/KxMmtG">getopt</a> to delimit the end of the options. npm will pass
|
||||
<a href="https://goo.gl/KxMmtG">getopt</a> to delimit the end of the options. npm will pass
|
||||
all the arguments after the <code>--</code> directly to your script:</p>
|
||||
<pre><code>npm run test -- --grep="pattern"</code></pre><p>The arguments will only be passed to the script specified after <code>npm run</code>
|
||||
and not to any pre or post script.</p>
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">npm-run-script — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-search — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-shrinkwrap — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-star — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-stars — npm@6.4.1</p>
|
||||
|
||||
Vendored
+2
-2
@@ -15,7 +15,7 @@
|
||||
<p>This runs an arbitrary command specified in the package's <code>"start"</code> property of
|
||||
its <code>"scripts"</code> object. If no <code>"start"</code> property is specified on the
|
||||
<code>"scripts"</code> object, it will run <code>node server.js</code>.</p>
|
||||
<p>As of <a href="http://blog.npmjs.org/post/98131109725/npm-2-0-0"><code>npm@2.0.0</code></a>, you can
|
||||
<p>As of <a href="https://blog.npmjs.org/post/98131109725/npm-2-0-0"><code>npm@2.0.0</code></a>, you can
|
||||
use custom arguments when executing scripts. Refer to <a href="../cli/npm-run-script.html">npm-run-script(1)</a> for
|
||||
more details.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">npm-start — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-stop — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-team — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-test — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-token — npm@6.4.1</p>
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-uninstall — npm@6.4.1</p>
|
||||
|
||||
+8
-7
@@ -23,13 +23,14 @@ entry and removing the tarball.</p>
|
||||
<p>If no version is specified, or if all versions are removed then
|
||||
the root package entry is removed from the registry entirely.</p>
|
||||
<p>Even if a package version is unpublished, that specific name and
|
||||
version combination can never be reused. In order to publish the
|
||||
package again, a new version number must be used.</p>
|
||||
version combination can never be reused. In order to publish the
|
||||
package again, a new version number must be used. Additionally,
|
||||
new versions of packages with every version unpublished may not
|
||||
be republished until 24 hours have passed.</p>
|
||||
<p>With the default registry (<code>registry.npmjs.org</code>), unpublish is
|
||||
only allowed with versions published in the last 72 hours. Similarly,
|
||||
new versions of unpublished packages may not be republished until 72 hours
|
||||
have passed. If you are trying to unpublish a version published longer
|
||||
ago than that, contact <a href="mailto:support@npmjs.com">support@npmjs.com</a>.</p>
|
||||
only allowed with versions published in the last 72 hours. If you
|
||||
are trying to unpublish a version published longer ago than that,
|
||||
contact <a href="mailto:support@npmjs.com">support@npmjs.com</a>.</p>
|
||||
<p>The scope is optional and follows the usual rules for <code><a href="../misc/npm-scope.html">npm-scope(7)</a></code>.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
@@ -51,5 +52,5 @@ ago than that, contact <a href="mailto:support@npmjs.com">support@npmjs.com</a>.
|
||||
<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.2.0</p>
|
||||
<p id="footer">npm-unpublish — npm@6.4.1</p>
|
||||
|
||||
+3
-3
@@ -57,8 +57,8 @@ on dependencies, <code>dep1</code> (<code>dep2</code>, .. etc.). The published
|
||||
<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>~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,
|
||||
}</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>
|
||||
<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>
|
||||
@@ -98,5 +98,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.2.0</p>
|
||||
<p id="footer">npm-update — npm@6.4.1</p>
|
||||
|
||||
+2
-2
@@ -11,7 +11,7 @@
|
||||
|
||||
<h1><a href="../cli/npm-version.html">npm-version</a></h1> <p>Bump a package version</p>
|
||||
<h2 id="synopsis">SYNOPSIS</h2>
|
||||
<pre><code>npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease | from-git]
|
||||
<pre><code>npm version [<newversion> | major | minor | patch | premajor | preminor | prepatch | prerelease [--preid=<prerelease-id>] | from-git]
|
||||
|
||||
'npm [-v | --version]' to print npm version
|
||||
'npm view <pkg> version' to view a package's published version
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">npm-version — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-view — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-whoami — npm@6.4.1</p>
|
||||
|
||||
Vendored
+11
-4
@@ -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.2.0</p>
|
||||
<p>6.4.1</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
|
||||
@@ -21,6 +21,13 @@ conflicts intelligently.</p>
|
||||
Most commonly, it is used to publish, discover, install, and develop node
|
||||
programs.</p>
|
||||
<p>Run <code>npm help</code> to get a list of available commands.</p>
|
||||
<h2 id="important">IMPORTANT</h2>
|
||||
<p>npm is configured to use npm, Inc.'s public registry at
|
||||
<a href="https://registry.npmjs.org">https://registry.npmjs.org</a> by default. Use of the npm public registry is
|
||||
subject to terms of use available at <a href="https://www.npmjs.com/policies/terms">https://www.npmjs.com/policies/terms</a>.</p>
|
||||
<p>You can configure npm to use any compatible registry you like, and even run
|
||||
your own registry. Use of someone else's registry may be governed by their
|
||||
terms of use.</p>
|
||||
<h2 id="introduction">INTRODUCTION</h2>
|
||||
<p>You probably got npm because you want to install stuff.</p>
|
||||
<p>Use <code>npm install blerg</code> to install the latest version of "blerg". Check out
|
||||
@@ -122,8 +129,8 @@ reproduction to report.</p>
|
||||
<h2 id="author">AUTHOR</h2>
|
||||
<p><a href="http://blog.izs.me/">Isaac Z. Schlueter</a> ::
|
||||
<a href="https://github.com/isaacs/">isaacs</a> ::
|
||||
<a href="http://twitter.com/izs">@izs</a> ::
|
||||
<a href="mailto:i@izs.me">i@izs.me</a></p>
|
||||
<a href="https://twitter.com/izs">@izs</a> ::
|
||||
<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>
|
||||
@@ -147,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.2.0</p>
|
||||
<p id="footer">npm — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-folders — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-folders — npm@6.4.1</p>
|
||||
|
||||
+11
-11
@@ -81,7 +81,7 @@ current SPDX license identifier for the license you're using, like this:</p>
|
||||
<pre><code>{ "license" : "BSD-3-Clause" }</code></pre><p>You can check <a href="https://spdx.org/licenses/">the full list of SPDX license IDs</a>.
|
||||
Ideally you should pick one that is
|
||||
<a href="https://opensource.org/licenses/alphabetical">OSI</a> approved.</p>
|
||||
<p>If your package is licensed under multiple common licenses, use an <a href="https://npmjs.com/package/spdx">SPDX license
|
||||
<p>If your package is licensed under multiple common licenses, use an <a href="https://www.npmjs.com/package/spdx">SPDX license
|
||||
expression syntax version 2.0 string</a>, like this:</p>
|
||||
<pre><code>{ "license" : "(ISC OR GPL-3.0)" }</code></pre><p>If you are using a license that hasn't been assigned an SPDX identifier, or if
|
||||
you are using a custom license, use a string value like this one:</p>
|
||||
@@ -256,15 +256,15 @@ future.</p>
|
||||
want to contribute. If the git repo is on GitHub, then the <code>npm docs</code>
|
||||
command will be able to find you.</p>
|
||||
<p>Do it like this:</p>
|
||||
<pre><code>"repository" :
|
||||
{ "type" : "git"
|
||||
, "url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
<pre><code>"repository": {
|
||||
"type" : "git",
|
||||
"url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
|
||||
"repository" :
|
||||
{ "type" : "svn"
|
||||
, "url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}</code></pre><p>The URL should be a publicly available (perhaps read-only) url that can be handed
|
||||
"repository": {
|
||||
"type" : "svn",
|
||||
"url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}</code></pre><p>The URL should be a publicly available (perhaps read-only) url that can be handed
|
||||
directly to a VCS program without any modification. It should not be a url to an
|
||||
html project page that you put in your browser. It's for computers.</p>
|
||||
<p>For GitHub, GitHub gist, Bitbucket, or GitLab repositories you can use the same
|
||||
@@ -434,7 +434,7 @@ dependency hell, a situation that npm is designed to avoid as much as possible.<
|
||||
<p>Trying to install another plugin with a conflicting requirement will cause an
|
||||
error. For this reason, make sure your plugin requirement is as broad as
|
||||
possible, and not to lock it down to specific patch versions.</p>
|
||||
<p>Assuming the host complies with <a href="http://semver.org/">semver</a>, only changes in
|
||||
<p>Assuming the host complies with <a href="https://semver.org/">semver</a>, only changes in
|
||||
the host package's major version will break your plugin. Thus, if you've worked
|
||||
with every 1.x version of the host package, use <code>"^1.0"</code> or <code>"1.x"</code> to express
|
||||
this. If you depend on features introduced in 1.5.2, use <code>">= 1.5.2 < 2"</code>.</p>
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">package.json — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -151,4 +151,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.2.0</p>
|
||||
<p id="footer">npm-package-locks — npm@6.4.1</p>
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-shrinkwrap.json — npm@6.4.1</p>
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npmrc — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">package-lock.json — npm@6.4.1</p>
|
||||
+11
-11
@@ -81,7 +81,7 @@ current SPDX license identifier for the license you're using, like this:</p>
|
||||
<pre><code>{ "license" : "BSD-3-Clause" }</code></pre><p>You can check <a href="https://spdx.org/licenses/">the full list of SPDX license IDs</a>.
|
||||
Ideally you should pick one that is
|
||||
<a href="https://opensource.org/licenses/alphabetical">OSI</a> approved.</p>
|
||||
<p>If your package is licensed under multiple common licenses, use an <a href="https://npmjs.com/package/spdx">SPDX license
|
||||
<p>If your package is licensed under multiple common licenses, use an <a href="https://www.npmjs.com/package/spdx">SPDX license
|
||||
expression syntax version 2.0 string</a>, like this:</p>
|
||||
<pre><code>{ "license" : "(ISC OR GPL-3.0)" }</code></pre><p>If you are using a license that hasn't been assigned an SPDX identifier, or if
|
||||
you are using a custom license, use a string value like this one:</p>
|
||||
@@ -256,15 +256,15 @@ future.</p>
|
||||
want to contribute. If the git repo is on GitHub, then the <code>npm docs</code>
|
||||
command will be able to find you.</p>
|
||||
<p>Do it like this:</p>
|
||||
<pre><code>"repository" :
|
||||
{ "type" : "git"
|
||||
, "url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
<pre><code>"repository": {
|
||||
"type" : "git",
|
||||
"url" : "https://github.com/npm/cli.git"
|
||||
}
|
||||
|
||||
"repository" :
|
||||
{ "type" : "svn"
|
||||
, "url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}</code></pre><p>The URL should be a publicly available (perhaps read-only) url that can be handed
|
||||
"repository": {
|
||||
"type" : "svn",
|
||||
"url" : "https://v8.googlecode.com/svn/trunk/"
|
||||
}</code></pre><p>The URL should be a publicly available (perhaps read-only) url that can be handed
|
||||
directly to a VCS program without any modification. It should not be a url to an
|
||||
html project page that you put in your browser. It's for computers.</p>
|
||||
<p>For GitHub, GitHub gist, Bitbucket, or GitLab repositories you can use the same
|
||||
@@ -434,7 +434,7 @@ dependency hell, a situation that npm is designed to avoid as much as possible.<
|
||||
<p>Trying to install another plugin with a conflicting requirement will cause an
|
||||
error. For this reason, make sure your plugin requirement is as broad as
|
||||
possible, and not to lock it down to specific patch versions.</p>
|
||||
<p>Assuming the host complies with <a href="http://semver.org/">semver</a>, only changes in
|
||||
<p>Assuming the host complies with <a href="https://semver.org/">semver</a>, only changes in
|
||||
the host package's major version will break your plugin. Thus, if you've worked
|
||||
with every 1.x version of the host package, use <code>"^1.0"</code> or <code>"1.x"</code> to express
|
||||
this. If you depend on features introduced in 1.5.2, use <code>">= 1.5.2 < 2"</code>.</p>
|
||||
@@ -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.2.0</p>
|
||||
<p id="footer">package.json — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-index — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-coding-style — npm@6.4.1</p>
|
||||
|
||||
+18
-4
@@ -137,6 +137,13 @@ even for <code>GET</code> requests.</p>
|
||||
<p>When "true" submit audit reports alongside <code>npm install</code> runs to the default
|
||||
registry and all registries configured for scopes. See the documentation
|
||||
for <a href="../cli/npm-audit.html">npm-audit(1)</a> for details on what is submitted.</p>
|
||||
<h3 id="audit-level">audit-level</h3>
|
||||
<ul>
|
||||
<li>Default: <code>"low"</code></li>
|
||||
<li>Type: <code>'low'</code>, <code>'moderate'</code>, <code>'high'</code>, <code>'critical'</code></li>
|
||||
</ul>
|
||||
<p>The minimum level of vulnerability for <code>npm audit</code> to exit with
|
||||
a non-zero exit code.</p>
|
||||
<h3 id="auth-type">auth-type</h3>
|
||||
<ul>
|
||||
<li>Default: <code>'legacy'</code></li>
|
||||
@@ -272,8 +279,8 @@ e.g., <code>npm outdated --depth 9999</code></p>
|
||||
<p>Indicates that you don't want npm to make any changes and that it should
|
||||
only report what it would have done. This can be passed into any of the
|
||||
commands that modify your local installation, eg, <code>install</code>, <code>update</code>,
|
||||
<code>dedupe</code>, <code>uninstall</code>. This is NOT currently honored by network related
|
||||
commands, eg <code>dist-tags</code>, <code>owner</code>, <code>publish</code>, etc.</p>
|
||||
<code>dedupe</code>, <code>uninstall</code>. This is NOT currently honored by some network related
|
||||
commands, eg <code>dist-tags</code>, <code>owner</code>, etc.</p>
|
||||
<h3 id="editor">editor</h3>
|
||||
<ul>
|
||||
<li>Default: <code>EDITOR</code> environment variable if set, or <code>"vi"</code> on Posix,
|
||||
@@ -579,7 +586,7 @@ impact how lifecycle scripts are called.</p>
|
||||
<li>Type: semver or false</li>
|
||||
</ul>
|
||||
<p>The node version to use when checking a package's <code>engines</code> map.</p>
|
||||
<h3 id="no-proxy">no-proxy</h3>
|
||||
<h3 id="noproxy">noproxy</h3>
|
||||
<ul>
|
||||
<li>Default: null</li>
|
||||
<li>Type: String or Array</li>
|
||||
@@ -675,6 +682,13 @@ for updates immediately even for fresh package data.</p>
|
||||
</ul>
|
||||
<p>The location to install global items. If set on the command line, then
|
||||
it forces non-global commands to run in the specified folder.</p>
|
||||
<h3 id="preid">preid</h3>
|
||||
<ul>
|
||||
<li>Default: ""</li>
|
||||
<li>Type: String</li>
|
||||
</ul>
|
||||
<p>The "prerelease identifier" to use as a prefix for the "prerelease" part of a
|
||||
semver. Like the <code>rc</code> in <code>1.2.0-rc.8</code>.</p>
|
||||
<h3 id="production">production</h3>
|
||||
<ul>
|
||||
<li>Default: false</li>
|
||||
@@ -1050,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.2.0</p>
|
||||
<p id="footer">npm-config — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-developers — npm@6.4.1</p>
|
||||
|
||||
+23
-18
@@ -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>
|
||||
@@ -29,22 +29,25 @@ Conduct.</p>
|
||||
some other user wants to use that name. Here are some common ways that happens
|
||||
(each of these is based on actual events.)</p>
|
||||
<ol>
|
||||
<li>Alice writes a JavaScript module <code>foo</code>, which is not node-specific. Alice
|
||||
<li><p>Alice writes a JavaScript module <code>foo</code>, which is not node-specific. Alice
|
||||
doesn't use node at all. Yusuf wants to use <code>foo</code> in node, so he wraps it in
|
||||
an npm module. Some time later, Alice starts using node, and wants to take
|
||||
over management of her program.</li>
|
||||
<li>Yusuf writes an npm module <code>foo</code>, and publishes it. Perhaps much later, Alice
|
||||
over management of her program.</p>
|
||||
</li>
|
||||
<li><p>Yusuf writes an npm module <code>foo</code>, and publishes it. Perhaps much later, Alice
|
||||
finds a bug in <code>foo</code>, and fixes it. She sends a pull request to Yusuf, but
|
||||
Yusuf doesn't have the time to deal with it, because he has a new job and a
|
||||
new baby and is focused on his new Erlang project, and kind of not involved
|
||||
with node any more. Alice would like to publish a new <code>foo</code>, but can't,
|
||||
because the name is taken.</li>
|
||||
<li>Yusuf writes a 10-line flow-control library, and calls it <code>foo</code>, and
|
||||
because the name is taken.</p>
|
||||
</li>
|
||||
<li><p>Yusuf writes a 10-line flow-control library, and calls it <code>foo</code>, and
|
||||
publishes it to the npm registry. Being a simple little thing, it never
|
||||
really has to be updated. Alice works for Foo Inc, the makers of the
|
||||
critically acclaimed and widely-marketed <code>foo</code> JavaScript toolkit framework.
|
||||
They publish it to npm as <code>foojs</code>, but people are routinely confused when
|
||||
<code>npm install foo</code> is some different thing.</li>
|
||||
<code>npm install foo</code> is some different thing.</p>
|
||||
</li>
|
||||
<li><p>Yusuf writes a parser for the widely-known <code>foo</code> file format, because he
|
||||
needs it for work. Then, he gets a new job, and never updates the prototype.
|
||||
Later on, Alice writes a much more complete <code>foo</code> parser, but can't publish,
|
||||
@@ -53,15 +56,17 @@ because Yusuf's <code>foo</code> is in the way.</p>
|
||||
<li><p><code>npm owner ls foo</code>. This will tell Alice the email address of the owner
|
||||
(Yusuf).</p>
|
||||
</li>
|
||||
<li>Alice emails Yusuf, explaining the situation <strong>as respectfully as possible</strong>,
|
||||
<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.</li>
|
||||
<li>After a reasonable amount of time, if Yusuf has not responded, or if Yusuf
|
||||
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
|
||||
4 weeks.)</li>
|
||||
<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>
|
||||
<h2 id="reasoning">REASONING</h2>
|
||||
<p>In almost every case so far, the parties involved have been able to reach an
|
||||
@@ -96,14 +101,14 @@ 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
|
||||
the package or user account on <a href="https://npmjs.com">https://npmjs.com</a>. Attach a
|
||||
copy of your trademark registration certificate.</p>
|
||||
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
|
||||
misusing your registered mark without permission, we will transfer the package
|
||||
name to you. Otherwise, we will contact the package publisher and ask them to
|
||||
@@ -134,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.2.0</p>
|
||||
<p id="footer">npm-disputes — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-index — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-orgs — npm@6.4.1</p>
|
||||
|
||||
+11
-5
@@ -14,11 +14,17 @@
|
||||
<p>To resolve packages by name and version, npm talks to a registry website
|
||||
that implements the CommonJS Package Registry specification for reading
|
||||
package info.</p>
|
||||
<p>Additionally, npm's package registry implementation supports several
|
||||
<p>npm is configured to use npm, Inc.'s public registry at
|
||||
<a href="https://registry.npmjs.org">https://registry.npmjs.org</a> by default. Use of the npm public registry is
|
||||
subject to terms of use available at <a href="https://www.npmjs.com/policies/terms">https://www.npmjs.com/policies/terms</a>.</p>
|
||||
<p>You can configure npm to use any compatible registry you like, and even run
|
||||
your own registry. Use of someone else's registry may be governed by their
|
||||
terms of use.</p>
|
||||
<p>npm's package registry implementation supports several
|
||||
write APIs as well, to allow for publishing packages and managing user
|
||||
account information.</p>
|
||||
<p>The official public npm registry is at <a href="https://registry.npmjs.org/">https://registry.npmjs.org/</a>. It
|
||||
is powered by a CouchDB database, of which there is a public mirror at
|
||||
<p>The npm public registry is powered by a CouchDB database,
|
||||
of which there is a public mirror at
|
||||
<a href="https://skimdb.npmjs.com/registry">https://skimdb.npmjs.com/registry</a>. The code for the couchapp is
|
||||
available at <a href="https://github.com/npm/npm-registry-couchapp">https://github.com/npm/npm-registry-couchapp</a>.</p>
|
||||
<p>The registry URL used is determined by the scope of the package (see
|
||||
@@ -69,7 +75,7 @@ otherwise.</p>
|
||||
<p>No, but it's way easier. Basically, yes, you do, or you have to
|
||||
effectively implement the entire CouchDB API anyway.</p>
|
||||
<h2 id="is-there-a-website-or-something-to-see-package-docs-and-such-">Is there a website or something to see package docs and such?</h2>
|
||||
<p>Yes, head over to <a href="https://npmjs.com/">https://npmjs.com/</a></p>
|
||||
<p>Yes, head over to <a href="https://www.npmjs.com/">https://www.npmjs.com/</a></p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-config.html">npm-config(1)</a></li>
|
||||
@@ -90,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.2.0</p>
|
||||
<p id="footer">npm-registry — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">npm-scope — npm@6.4.1</p>
|
||||
|
||||
+4
-2
@@ -132,7 +132,9 @@ exported into the <code>node_modules/.bin</code> directory on <code>npm install<
|
||||
for instance, if you had <code>{"name":"foo", "version":"1.2.5"}</code> in your
|
||||
package.json file, then your package scripts would have the
|
||||
<code>npm_package_name</code> environment variable set to "foo", and the
|
||||
<code>npm_package_version</code> set to "1.2.5"</p>
|
||||
<code>npm_package_version</code> set to "1.2.5". You can access these variables
|
||||
in your code with <code>process.env.npm_package_name</code> and
|
||||
<code>process.env.npm_package_version</code>, and so on for other fields.</p>
|
||||
<h3 id="configuration">configuration</h3>
|
||||
<p>Configuration parameters are put in the environment with the
|
||||
<code>npm_config_</code> prefix. For instance, you can view the effective <code>root</code>
|
||||
@@ -232,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.2.0</p>
|
||||
<p id="footer">npm-scripts — npm@6.4.1</p>
|
||||
|
||||
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">removing-npm — npm@6.4.1</p>
|
||||
|
||||
Vendored
+1
-1
@@ -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.2.0</p>
|
||||
<p id="footer">semver — npm@6.4.1</p>
|
||||
|
||||
Vendored
+3
-3
@@ -56,7 +56,7 @@ code { background:#fff ; outline: 1px solid #ccc; padding:0 2px; }
|
||||
</head>
|
||||
<h1>npm</h1>
|
||||
|
||||
<p>npm is a package manager for <a href="http://nodejs.org/">node</a>. You can use it to install
|
||||
<p>npm is a package manager for <a href="https://nodejs.org/">node</a>. You can use it to install
|
||||
and publish your node programs. It manages dependencies and does other cool stuff.</p>
|
||||
|
||||
<h2>Easy Zero Line Install</h2>
|
||||
@@ -69,7 +69,7 @@ code { background:#fff ; outline: 1px solid #ccc; padding:0 2px; }
|
||||
<h2>Fancy Install</h2>
|
||||
|
||||
<ol>
|
||||
<li><a href="https://github.com/npm/npm">Get the code.</a>
|
||||
<li><a href="https://github.com/npm/cli">Get the code.</a>
|
||||
<li>Do what <a href="doc/README.html">the README</a>
|
||||
says to do.
|
||||
</ol>
|
||||
@@ -86,7 +86,7 @@ program that you run on your computer!</p>
|
||||
<li><a href="doc/README.html">README</a>
|
||||
<li><a href="doc/">Help Documentation</a>
|
||||
<li><a href="https://www.npmjs.com/">Search for Packages</a>
|
||||
<li><a href="https://github.com/npm/npm/issues">Bugs</a>
|
||||
<li><a href="https://npm.community/">Bugs</a>
|
||||
</ul>
|
||||
|
||||
</body>
|
||||
|
||||
Vendored
+7
-6
@@ -249,18 +249,19 @@ function auditCmd (args, cb) {
|
||||
if (installMajor) {
|
||||
output(' (installed due to `--force` option)')
|
||||
} else {
|
||||
output(' (use `npm audit fix --force` to install breaking changes; or do it by hand)')
|
||||
output(' (use `npm audit fix --force` to install breaking changes;' +
|
||||
' or refer to `npm audit` for steps to fix these manually)')
|
||||
}
|
||||
}
|
||||
}
|
||||
})
|
||||
})
|
||||
} else {
|
||||
const vulns =
|
||||
auditResult.metadata.vulnerabilities.low +
|
||||
auditResult.metadata.vulnerabilities.moderate +
|
||||
auditResult.metadata.vulnerabilities.high +
|
||||
auditResult.metadata.vulnerabilities.critical
|
||||
const levels = ['low', 'moderate', 'high', 'critical']
|
||||
const minLevel = levels.indexOf(npm.config.get('audit-level'))
|
||||
const vulns = levels.reduce((count, level, i) => {
|
||||
return i < minLevel ? count : count + (auditResult.metadata.vulnerabilities[level] || 0)
|
||||
}, 0)
|
||||
if (vulns > 0) process.exitCode = 1
|
||||
if (npm.config.get('parseable')) {
|
||||
return audit.printParseableReport(auditResult)
|
||||
|
||||
Loaded 100 of 743 files, more files were not shown because too many files have changed in this diff.
Show more
Reference in new issue
Block a user