mirror of
https://github.com/nodejs/node-v0.x-archive.git
synced 2026-04-28 03:01:10 -04:00
Compare commits
7 Commits
jenkins-ac
...
strictee
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
c20d028652 | ||
|
|
ea56a3690e | ||
|
|
c5a0360072 | ||
|
|
f840636e0a | ||
|
|
13f2e7c117 | ||
|
|
f201331754 | ||
|
|
fa79367e98 |
1
.gitignore
vendored
1
.gitignore
vendored
@@ -28,7 +28,6 @@ Release/
|
||||
*.suo
|
||||
*.vcproj
|
||||
*.vcxproj
|
||||
!custom_actions.vcxproj
|
||||
*.vcxproj.user
|
||||
*.vcxproj.filters
|
||||
UpgradeLog*.XML
|
||||
|
||||
17
AUTHORS
17
AUTHORS
@@ -17,7 +17,6 @@ Aku Kotkavuo
|
||||
Alejandro Oviedo
|
||||
Alex Kocharin
|
||||
Alex Xu
|
||||
AlexKVal
|
||||
Alexander Uvarov
|
||||
Alexandr Emelin
|
||||
Alexandre Marangone
|
||||
@@ -100,7 +99,6 @@ Cam Swords
|
||||
Carlos Campderrós
|
||||
Carson McDonald
|
||||
Carter Allen
|
||||
Chad Johnston
|
||||
Chad Rhyner
|
||||
Chandra Sekar S
|
||||
Charles
|
||||
@@ -156,7 +154,6 @@ Debjeet Biswas
|
||||
Denys Zariaiev
|
||||
Devin Torres
|
||||
Devon Govett
|
||||
Dmitri Melikyan
|
||||
Dmitriy Shalashov
|
||||
Dmitry Baranovskiy
|
||||
Dmitry Nizovtsev
|
||||
@@ -202,7 +199,6 @@ Fedor Indutny
|
||||
Felix Böhm
|
||||
Felix Geisendörfer
|
||||
Feross Aboukhadijeh
|
||||
Florin-Cristian Gavrila
|
||||
Forrest L Norvell
|
||||
Francois Marier
|
||||
Fred K. Schott
|
||||
@@ -220,7 +216,6 @@ George Miroshnykov
|
||||
George Shank
|
||||
George Stagas
|
||||
Gil Pedersen
|
||||
Gireesh Punathil
|
||||
Girish Ramakrishnan
|
||||
Glen Low
|
||||
Glen Mailer
|
||||
@@ -309,7 +304,6 @@ Johannes Wüller
|
||||
John Albietz
|
||||
Johnny Ray
|
||||
Jon Crosby
|
||||
Jonas Dohse
|
||||
Jonas Pfenniger
|
||||
Jonas Westerlund
|
||||
Jonathan Johnson
|
||||
@@ -325,7 +319,6 @@ Joshaven Potter
|
||||
Joshua Holbrook
|
||||
Joshua Peek
|
||||
Joshua S. Weinstein
|
||||
João Reis
|
||||
Ju-yeong Park
|
||||
Juanjo
|
||||
Julian Gruber
|
||||
@@ -342,7 +335,6 @@ Kai Sasaki Lewuathe
|
||||
Kang-Hao Kenny
|
||||
Karl Guertin
|
||||
Karl Skomski
|
||||
Kat Marchán
|
||||
Kazuyuki Yamada
|
||||
Keith M Wesolowski
|
||||
Kelly Gerber
|
||||
@@ -392,7 +384,6 @@ Mark Stosberg
|
||||
Marshall Culpepper
|
||||
Mathias Buus
|
||||
Mathias Bynens
|
||||
Mathias Küsel
|
||||
Mathias Pettersson
|
||||
Mathias Schreck
|
||||
Matt Brubeck
|
||||
@@ -429,7 +420,6 @@ Mikael Bourges-Sevenier
|
||||
Mike Harsch
|
||||
Mike Morearty
|
||||
Mike Pennisi
|
||||
Mike Tunnicliffe
|
||||
Mikeal Rogers
|
||||
Ming Liu
|
||||
Miroslav Bajtos
|
||||
@@ -462,7 +452,6 @@ Niklas Fiekas
|
||||
Nirk Niggler
|
||||
Nuno Job
|
||||
Oguz Bastemur
|
||||
Ole André Vadla Ravnås
|
||||
Oleg Efimov
|
||||
Oleg Slobodskoi
|
||||
Olivier Lalonde
|
||||
@@ -478,7 +467,6 @@ Paul Querna
|
||||
Paul Serby
|
||||
Paul Vorbach
|
||||
Paulo Matias
|
||||
Paulo McNally
|
||||
Pavel Lang
|
||||
Pedro Ballesteros
|
||||
Pedro Teixeira
|
||||
@@ -503,7 +491,6 @@ Rasmus Christian Pedersen
|
||||
Ray Morgan
|
||||
Ray Solomon
|
||||
Raymond Feng
|
||||
Rebecca Turner
|
||||
Refael Ackermann
|
||||
Reid Burke
|
||||
Rhys Jones
|
||||
@@ -580,7 +567,6 @@ Steve Sharp
|
||||
Steven Kabbes
|
||||
Steven Loomis
|
||||
Steven R. Loomis
|
||||
Steven Rockarts
|
||||
Stiliyan Lazarov
|
||||
Stéphan Kochen
|
||||
Sugendran Ganess
|
||||
@@ -627,7 +613,6 @@ Trevor Livingston
|
||||
Trevor Norris
|
||||
Tristan Berger
|
||||
Tuğrul Topuz
|
||||
Tyler Anton
|
||||
Tyler Larson
|
||||
Tyler Neylon
|
||||
Urban Hafner
|
||||
@@ -664,11 +649,9 @@ Yuichiro MASUI
|
||||
Yuki KAN
|
||||
Yunsong Guo
|
||||
Yuriy Nemtsov
|
||||
Yury Semikhatsky
|
||||
Zachary Scott
|
||||
Zarko Stankovic
|
||||
Zoran Tomicic
|
||||
adamk
|
||||
ayanamist
|
||||
fengmk2
|
||||
h7lin
|
||||
|
||||
150
ChangeLog
150
ChangeLog
@@ -1,122 +1,3 @@
|
||||
2015.07.09, Version 0.12.7 (Stable)
|
||||
|
||||
* openssl: upgrade to 1.0.1p
|
||||
|
||||
* npm: upgrade to 2.11.3
|
||||
|
||||
* V8: cherry-pick JitCodeEvent patch from upstream (Ben Noordhuis)
|
||||
|
||||
* win,msi: create npm folder in AppData directory (Steven Rockarts)
|
||||
|
||||
|
||||
2015.07.03, Version 0.12.6 (Stable), 0be9a77bb18ec15b4fb6a1fb0762f313b7351201
|
||||
|
||||
* V8: fix out-of-band write in utf8 decoder
|
||||
|
||||
|
||||
2015.06.22, Version 0.12.5 (Stable), 61c6abf00898fe00eb7fcf2c23ba0b01cf12034c
|
||||
|
||||
* openssl: upgrade to 1.0.1o (Addressing multiple CVEs)
|
||||
|
||||
* npm: upgrade to 2.11.2
|
||||
|
||||
* uv: upgrade to 1.6.1
|
||||
|
||||
* V8: avoid deadlock when profiling is active (Dmitri Melikyan)
|
||||
|
||||
* install: fix source path for openssl headers (Oguz Bastemur)
|
||||
|
||||
* install: make sure opensslconf.h is overwritten (Oguz Bastemur)
|
||||
|
||||
* timers: fix timeout when added in timer's callback (Julien Gilli)
|
||||
|
||||
* windows: broadcast WM_SETTINGCHANGE after install (Mathias Küsel)
|
||||
|
||||
|
||||
2015.05.22, Version 0.12.4 (Stable), 0a604e92e258c5ee2752d763e50721e35053f135
|
||||
|
||||
* npm: upgrade to 2.10.1
|
||||
|
||||
* V8: revert v8 Array.prototype.values() removal (cjihrig)
|
||||
|
||||
* win: bring back xp/2k3 support (Bert Belder)
|
||||
|
||||
|
||||
2015.05.13, Version 0.12.3 (Stable), 03431c7d7b4b4a3054ca8ae2cfa8009e3e84a2c7
|
||||
|
||||
* V8: update to 3.28.71.19
|
||||
|
||||
* uv: upgrade to 1.5.0
|
||||
|
||||
* npm: upgrade to 2.9.1
|
||||
|
||||
* V8: don't busy loop in v8 cpu profiler thread (Mike Tunnicliffe)
|
||||
|
||||
* V8: fix issue with let bindings in for loops (adamk)
|
||||
|
||||
* debugger: don't spawn child process in remote mode (Jackson Tian)
|
||||
|
||||
* net: do not set V4MAPPED on FreeBSD (Julien Gilli)
|
||||
|
||||
* repl: make 'Unexpected token' errors recoverable (Julien Gilli)
|
||||
|
||||
* src: backport ignore ENOTCONN on shutdown race (Ben Noordhuis)
|
||||
|
||||
* src: fix backport of SIGINT crash fix on FreeBSD (Julien Gilli)
|
||||
|
||||
|
||||
2015.03.31, Version 0.12.2 (Stable), 523d445705027438b83b8d5958c9beeb1c8711d9
|
||||
|
||||
* uv: Upgrade to 1.4.2
|
||||
|
||||
* npm: Upgrade to 2.7.4
|
||||
|
||||
* V8: do not add extra newline in log file (Julien Gilli)
|
||||
|
||||
* V8: Fix --max_old_space_size=4096 integer overflow (Andrei Sedoi)
|
||||
|
||||
* asyncwrap: fix constructor condition for early ret (Trevor Norris)
|
||||
|
||||
* buffer: align chunks on 8-byte boundary (Fedor Indutny)
|
||||
|
||||
* buffer: fix pool offset adjustment (Trevor Norris)
|
||||
|
||||
* build: fix use of strict aliasing (Trevor Norris)
|
||||
|
||||
* console: allow Object.prototype fields as labels (Colin Ihrig)
|
||||
|
||||
* fs: make F_OK/R_OK/W_OK/X_OK not writable (Jackson Tian)
|
||||
|
||||
* fs: properly handle fd passed to truncate() (Bruno Jouhier)
|
||||
|
||||
* http: fix assert on data/end after socket error (Fedor Indutny)
|
||||
|
||||
* lib: fix max size check in Buffer constructor (Ben Noordhuis)
|
||||
|
||||
* lib: fix stdio/ipc sync i/o regression (Ben Noordhuis)
|
||||
|
||||
* module: replace NativeModule.require (Herbert Vojčík)
|
||||
|
||||
* net: allow port 0 in connect() (cjihrig)
|
||||
|
||||
* net: unref timer in parent sockets (Fedor Indutny)
|
||||
|
||||
* path: refactor for performance and consistency (Nathan Woltman)
|
||||
|
||||
* smalloc: extend user API (Trevor Norris)
|
||||
|
||||
* src: fix for SIGINT crash on FreeBSD (Fedor Indutny)
|
||||
|
||||
* src: fix builtin modules failing with --use-strict (Julien Gilli)
|
||||
|
||||
* watchdog: fix timeout for early polling return (Saúl Ibarra Corretgé)
|
||||
|
||||
|
||||
2015.03.23, Version 0.12.1 (Stable), 0034086b49f22cfde765a7e9f55db25f8eb310b6
|
||||
|
||||
* openssl: upgrade to 1.0.1m (Addressing multiple CVES)
|
||||
|
||||
|
||||
2015.02.06, Version 0.12.0 (Stable), 2b18916ff054309a07408719b62e2b6a4f1e056a
|
||||
|
||||
* npm: Upgrade to 2.5.1
|
||||
@@ -1067,34 +948,7 @@
|
||||
* console: `console.dir()` bypasses inspect() methods (Nathan Rajlich)
|
||||
|
||||
|
||||
2015.07.09, Version 0.10.40 (Maintenance), 0439a28d519fb6efe228074b0588a59452fc1677
|
||||
|
||||
* openssl: upgrade to 1.0.1p
|
||||
|
||||
* V8: back-port JitCodeEvent patch from upstream (Ben Noordhuis)
|
||||
|
||||
* win,msi: create npm folder in AppData directory (Steven Rockarts)
|
||||
|
||||
|
||||
2015.06.18, Version 0.10.39 (Maintenance), 615a35ccd2cb5cba80901862aefe51a940995f44
|
||||
|
||||
* openssl: upgrade to 1.0.1o (Addressing multiple CVEs)
|
||||
|
||||
* install: fix source path for openssl headers (Oguz Bastemur)
|
||||
|
||||
* install: make sure opensslconf.h is overwritten (Oguz Bastemur)
|
||||
|
||||
* timers: fix timeout when added in timer's callback (Julien Gilli)
|
||||
|
||||
* windows: broadcast WM_SETTINGCHANGE after install (Mathias Küsel)
|
||||
|
||||
|
||||
2015.03.23, Version 0.10.38 (Maintenance), 0b5731a63cc40c4fe9275c79158fe0a5dd4d1609
|
||||
|
||||
* openssl: upgrade to 1.0.1m (Addressing multiple CVEs)
|
||||
|
||||
|
||||
2015.03.11, Version 0.10.37 (Maintenance), 7d6b5b1d5ba726331f9ccaaae59af7cd53eee82e
|
||||
2015.03.11, Version 0.10.37 (Maintenance)
|
||||
|
||||
* uv: update to 0.10.36 (CVE-2015-0278)
|
||||
|
||||
@@ -2802,7 +2656,7 @@
|
||||
- Support for parallel use of the cache folder
|
||||
- Retry on registry timeouts or network failures (Trent Mick)
|
||||
- Reduce 'engines' failures to a warning
|
||||
- Use new zsh completion if available (Jeremy Cantrell)
|
||||
- Use new zsh completion if aviailable (Jeremy Cantrell)
|
||||
|
||||
* Fix #3577 Un-break require('sys')
|
||||
|
||||
|
||||
23
Makefile
23
Makefile
@@ -6,7 +6,6 @@ NINJA ?= ninja
|
||||
DESTDIR ?=
|
||||
SIGN ?=
|
||||
PREFIX ?= /usr/local
|
||||
FLAKY_TESTS ?= run
|
||||
|
||||
NODE ?= ./node
|
||||
|
||||
@@ -128,9 +127,6 @@ test-all-http1: test-build
|
||||
test-all-valgrind: test-build
|
||||
$(PYTHON) tools/test.py --mode=debug,release --valgrind
|
||||
|
||||
test-ci:
|
||||
$(PYTHON) tools/test.py -p tap --logfile test.tap --mode=release --arch=$(DESTCPU) --flaky-tests=$(FLAKY_TESTS) simple message internet
|
||||
|
||||
test-release: test-build
|
||||
$(PYTHON) tools/test.py --mode=release
|
||||
|
||||
@@ -158,13 +154,12 @@ test-npm: node
|
||||
cd deps/npm ; npm_config_cache="$(shell pwd)/npm-cache" \
|
||||
npm_config_prefix="$(shell pwd)/npm-prefix" \
|
||||
npm_config_tmp="$(shell pwd)/npm-tmp" \
|
||||
PATH="../../:${PATH}" node cli.js install
|
||||
../../node cli.js install
|
||||
cd deps/npm ; npm_config_cache="$(shell pwd)/npm-cache" \
|
||||
npm_config_prefix="$(shell pwd)/npm-prefix" \
|
||||
npm_config_tmp="$(shell pwd)/npm-tmp" \
|
||||
PATH="../../:${PATH}" node cli.js run-script test-legacy && \
|
||||
PATH="../../:${PATH}" node cli.js run-script test && \
|
||||
PATH="../../:${PATH}" node cli.js prune --prod && \
|
||||
../../node cli.js run-script test-all && \
|
||||
../../node cli.js prune --prod && \
|
||||
cd ../.. && \
|
||||
rm -rf npm-cache npm-tmp npm-prefix
|
||||
|
||||
@@ -244,11 +239,6 @@ docopen: out/doc/api/all.html
|
||||
docclean:
|
||||
-rm -rf out/doc
|
||||
|
||||
run-ci:
|
||||
$(PYTHON) ./configure --without-snapshot $(CONFIG_FLAGS)
|
||||
$(MAKE)
|
||||
$(MAKE) test-ci
|
||||
|
||||
RAWVER=$(shell $(PYTHON) tools/getnodeversion.py)
|
||||
VERSION=v$(RAWVER)
|
||||
NODE_DOC_VERSION=$(VERSION)
|
||||
@@ -448,9 +438,4 @@ cpplint:
|
||||
|
||||
lint: jslint cpplint
|
||||
|
||||
.PHONY: lint cpplint jslint bench clean docopen docclean doc dist distclean \
|
||||
check uninstall install install-includes install-bin all staticlib \
|
||||
dynamiclib test test-all test-addons build-addons website-upload pkg \
|
||||
blog blogclean tar binary release-only bench-http-simple bench-idle \
|
||||
bench-all bench bench-misc bench-array bench-buffer bench-net \
|
||||
bench-http bench-fs bench-tls run-ci
|
||||
.PHONY: lint cpplint jslint bench clean docopen docclean doc dist distclean check uninstall install install-includes install-bin all staticlib dynamiclib test test-all test-addons build-addons website-upload pkg blog blogclean tar binary release-only bench-http-simple bench-idle bench-all bench bench-misc bench-array bench-buffer bench-net bench-http bench-fs bench-tls
|
||||
|
||||
20
common.gypi
20
common.gypi
@@ -135,21 +135,8 @@
|
||||
},
|
||||
'VCLinkerTool': {
|
||||
'conditions': [
|
||||
['target_arch=="ia32"', {
|
||||
'TargetMachine' : 1, # /MACHINE:X86
|
||||
'target_conditions': [
|
||||
['_type=="executable"', {
|
||||
'AdditionalOptions': [ '/SubSystem:Console,"5.01"' ],
|
||||
}],
|
||||
],
|
||||
}],
|
||||
['target_arch=="x64"', {
|
||||
'TargetMachine' : 17, # /MACHINE:AMD64
|
||||
'target_conditions': [
|
||||
['_type=="executable"', {
|
||||
'AdditionalOptions': [ '/SubSystem:Console,"5.02"' ],
|
||||
}],
|
||||
],
|
||||
'TargetMachine' : 17 # /MACHINE:X64
|
||||
}],
|
||||
],
|
||||
'GenerateDebugInformation': 'true',
|
||||
@@ -157,6 +144,11 @@
|
||||
'DataExecutionPrevention': 2, # enable DEP
|
||||
'AllowIsolation': 'true',
|
||||
'SuppressStartupBanner': 'true',
|
||||
'target_conditions': [
|
||||
['_type=="executable"', {
|
||||
'SubSystem': 1, # console executable
|
||||
}],
|
||||
],
|
||||
},
|
||||
},
|
||||
'msvs_disabled_warnings': [4351, 4355, 4800],
|
||||
|
||||
7
configure
vendored
7
configure
vendored
@@ -282,11 +282,6 @@ parser.add_option('--without-etw',
|
||||
dest='without_etw',
|
||||
help='build without ETW')
|
||||
|
||||
parser.add_option('--without-mdb',
|
||||
action='store_true',
|
||||
dest='without_mdb',
|
||||
help='build without mdb')
|
||||
|
||||
parser.add_option('--without-npm',
|
||||
action='store_true',
|
||||
dest='without_npm',
|
||||
@@ -559,7 +554,7 @@ def configure_node(o):
|
||||
# if we're on illumos based systems wrap the helper library into the
|
||||
# executable
|
||||
if flavor == 'solaris':
|
||||
o['variables']['node_use_mdb'] = b(not options.without_mdb)
|
||||
o['variables']['node_use_mdb'] = 'true'
|
||||
else:
|
||||
o['variables']['node_use_mdb'] = 'false'
|
||||
|
||||
|
||||
@@ -10,6 +10,7 @@
|
||||
"curly": 0,
|
||||
"no-underscore-dangle": 0,
|
||||
"no-lonely-if": 1,
|
||||
"no-shadow": 0,
|
||||
"no-unused-vars": [2, {"vars" : "all", "args" : "after-used"}],
|
||||
"no-mixed-requires": 0,
|
||||
"space-infix-ops": 0,
|
||||
36
deps/npm/.mailmap
vendored
36
deps/npm/.mailmap
vendored
@@ -1,53 +1,31 @@
|
||||
Alex K. Wolfe <alexkwolfe@gmail.com>
|
||||
Andrew Bradley <cspotcode@gmail.com>
|
||||
Andrew Lunny <alunny@gmail.com>
|
||||
Arlo Breault <arlolra@gmail.com>
|
||||
Alex K. Wolfe <alexkwolfe@gmail.com>
|
||||
Andrew Lunny <alunny@gmail.com>
|
||||
Benjamin Coe <bencoe@gmail.com>
|
||||
Benjamin Coe <bencoe@gmail.com> <ben@npmjs.com>
|
||||
Brian White <mscdex@mscdex.net> <mscdex@gmail.com>
|
||||
Cedric Nelson <cedric.nelson@gmail.com>
|
||||
Charlie Robbins <charlie.robbins@gmail.com>
|
||||
Dalmais Maxence <root@ip-10-195-202-5.ec2.internal>
|
||||
Danila Gerasimov <danila.gerasimov@gmail.com>
|
||||
David Beitey <david@davidjb.com>
|
||||
Domenic Denicola <domenic@domenicdenicola.com>
|
||||
Einar Otto Stangvik <einaros@gmail.com>
|
||||
Erik Wienhold <git@ewie.name>
|
||||
Evan Lucas <evan@btc.com> <evan.lucas@hattiesburgclinic.com>
|
||||
Evan Lucas <evan@btc.com> <evanlucas@me.com>
|
||||
Evan Lucas <evan@btc.com> <evanlucas@me.com> <evan.lucas@hattiesburgclinic.com>
|
||||
Faiq Raza <faiqrazarizvi@gmail.com>
|
||||
Forbes Lindesay <forbes@lindesay.co.uk>
|
||||
Forrest L Norvell <ogd@aoaioxxysz.net> <forrest@npmjs.com>
|
||||
Forrest L. Norvell <forrest@npmjs.com> <ogd@aoaioxxysz.net>
|
||||
Gabriel Barros <descartavel1@gmail.com>
|
||||
Geoff Flarity <geoff.flarity@gmail.com> <gflarity@raptvm-x02.(none)>
|
||||
Isaac Z. Schlueter <i@izs.me> <i@foohack.com>
|
||||
Isaac Z. Schlueter <i@izs.me> isaacs <i@izs.me>
|
||||
Jake Verbaten <raynos2@gmail.com>
|
||||
James Sanders <jimmyjazz14@gmail.com>
|
||||
Jason Smith <jhs@iriscouch.com>
|
||||
Jonas Weber <github@jonasw.de>
|
||||
Julien Meddah <julien.meddah@deveryware.com>
|
||||
Kris Windham <kriswindham@gmail.com>
|
||||
Lin Clark <lin.w.clark@gmail.com>
|
||||
Luke Arduini <luke.arduini@gmail.com> <luke.arduini@me.com>
|
||||
Maciej Małecki <me@mmalecki.com> <maciej.malecki@notimplemented.org>
|
||||
Max Goodman <c@chromakode.com>
|
||||
Maxim Bogushevich <boga1@mail.ru>
|
||||
Maximilian Antoni <mail@maxantoni.de> <maximilian.antoni@juliusbaer.com>
|
||||
Michael Hayes <michael@hayes.io> <mhayes@newrelic.com>
|
||||
Maxim Bogushevich <boga1@mail.ru>
|
||||
Max Goodman <c@chromakode.com>
|
||||
Nicolas Morel <marsup@gmail.com>
|
||||
Olivier Melcher <olivier.melcher@gmail.com>
|
||||
Ra'Shaun Stovall <rashaunstovall@gmail.com>
|
||||
Rebecca Turner <me@re-becca.org> <turner@mikomi.org>
|
||||
Rebecca Turner <me@re-becca.org> <rebecca@npmjs.com>
|
||||
Ryan Emery <seebees@gmail.com>
|
||||
Sam Mikes <smikes@cubane.com>
|
||||
Takaya Kobayashi <jigsaw@live.jp>
|
||||
Timo Weiß <timoweiss@Timo-MBP.local>
|
||||
Tony <zearin@gonk.net>
|
||||
Trent Mick <trentm@gmail.com> <trent.mick@joyent.com>
|
||||
Visnu Pitiyanuvath <visnupx@gmail.com>
|
||||
Will Elwood <w.elwood08@gmail.com>
|
||||
Wout Mertens <Wout.Mertens@gmail.com>
|
||||
Yeonghoon Park <sola92@gmail.com>
|
||||
Zeke Sikelianos <zeke@sikelianos.com>
|
||||
Zeke Sikelianos <zeke@sikelianos.com>
|
||||
2
deps/npm/.travis.yml
vendored
2
deps/npm/.travis.yml
vendored
@@ -8,7 +8,7 @@ env:
|
||||
- DEPLOY_VERSION=testing
|
||||
before_install:
|
||||
- "npm config set spin false"
|
||||
- "npm install -g npm/npm"
|
||||
- "npm install -g npm@~2"
|
||||
- "sudo mkdir -p /var/run/couchdb"
|
||||
script: "npm run-script test-all"
|
||||
notifications:
|
||||
|
||||
473
deps/npm/AUTHORS
vendored
473
deps/npm/AUTHORS
vendored
@@ -1,13 +1,212 @@
|
||||
# Authors sorted by whether or not they're me
|
||||
Evan Meagher <evan.meagher@gmail.com>
|
||||
Orlando Vazquez <ovazquez@gmail.com>
|
||||
Kai Chen <kaichenxyz@gmail.com>
|
||||
George Miroshnykov <gmiroshnykov@lohika.com>
|
||||
Geoff Flarity <geoff.flarity@gmail.com>
|
||||
Max Goodman <c@chromakode.com>
|
||||
Pete Kruckenberg <pete@kruckenberg.com>
|
||||
Laurie Harper <laurie@holoweb.net>
|
||||
Neil Gentleman <ngentleman@gmail.com>
|
||||
Kris Kowal <kris.kowal@cixar.com>
|
||||
Alex Gorbatchev <alex.gorbatchev@gmail.com>
|
||||
Shawn Wildermuth <shawn@wildermuth.com>
|
||||
Wesley de Souza <wesleywex@gmail.com>
|
||||
Patrick Pfeiffer <patrick@buzzle.at>
|
||||
yoyoyogi <yogesh.k@gmail.com>
|
||||
Paul Miller <paul@paulmillr.com>
|
||||
Jérémy Lal <kapouer@melix.org>
|
||||
J. Tangelder <j.tangelder@gmail.com>
|
||||
seebees <seebees@gmail.com>
|
||||
Anders Janmyr <anders@janmyr.com>
|
||||
Jean Lauliac <jean@lauliac.com>
|
||||
Carl Lange <carl@flax.ie>
|
||||
Chris Meyers <chris.meyers.fsu@gmail.com>
|
||||
Andrey Kislyuk <kislyuk@gmail.com>
|
||||
Jan Lehnardt <jan@apache.org>
|
||||
Ludwig Magnusson <ludwig@mediatool.com>
|
||||
Thorsten Lorenz <thlorenz@gmx.de>
|
||||
Stuart P. Bentley <stuart@testtrack4.com>
|
||||
wmertens <Wout.Mertens@gmail.com>
|
||||
Johan Sköld <johan@skold.cc>
|
||||
Nick Santos <nick@medium.com>
|
||||
Stuart Knightley <stuart@stuartk.com>
|
||||
Terin Stock <terinjokes@gmail.com>
|
||||
Niggler <nirk.niggler@gmail.com>
|
||||
Faiq Raza <faiqrazarizvi@gmail.com>
|
||||
Paolo Fragomeni <paolo@async.ly>
|
||||
Thomas Torp <thomas@erupt.no>
|
||||
Jaakko Manninen <jaakko@rocketpack.fi>
|
||||
Sam Mikes <smikes@cubane.com>
|
||||
Luke Arduini <luke.arduini@gmail.com>
|
||||
Larz Conwell <larz@larz-laptop.(none)>
|
||||
Marcel Klehr <mklehr@gmx.net>
|
||||
Robert Kowalski <rok@kowalski.gd>
|
||||
Chris Wong <chris@chriswongstudio.com>
|
||||
Forbes Lindesay <forbes@lindesay.co.uk>
|
||||
Scott Bronson <brons_github@rinspin.com>
|
||||
Vaz Allen <vaz@tryptid.com>
|
||||
Federico Romero <federomero@gmail.com>
|
||||
Jake Verbaten <raynos2@gmail.com>
|
||||
Visnu Pitiyanuvath <visnupx@gmail.com>
|
||||
Schabse Laks <Dev@SLaks.net>
|
||||
Irakli Gozalishvili <rfobic@gmail.com>
|
||||
Florian Margaine <florian@margaine.com>
|
||||
Mark Cahill <mark@tiemonster.info>
|
||||
Zearin <zearin@gonk.net>
|
||||
Iain Sproat <iainsproat@gmail.com>
|
||||
Trent Mick <trentm@gmail.com>
|
||||
Felix Geisendörfer <felix@debuggable.com>
|
||||
Julian Gruber <julian@juliangruber.com>
|
||||
Benjamin Coe <bencoe@gmail.com>
|
||||
Alex Ford <Alex.Ford@CodeTunnel.com>
|
||||
Matt Hickford <matt.hickford@gmail.com>
|
||||
Sean McGivern <sean.mcgivern@rightscale.com>
|
||||
C J Silverio <ceejceej@gmail.com>
|
||||
Mat Tyndall <mat.tyndall@gmail.com>
|
||||
Robin Tweedie <robin@songkick.com>
|
||||
Tauren Mills <tauren@sportzing.com>
|
||||
Miroslav Bajtoš <miroslav@strongloop.com>
|
||||
Isaac Z. Schlueter <i@izs.me>
|
||||
Ron Martinez <ramartin.net@gmail.com>
|
||||
David Glasser <glasser@davidglasser.net>
|
||||
Steve Steiner <ssteinerX@gmail.com>
|
||||
Kazuhito Hokamura <k.hokamura@gmail.com>
|
||||
Gianluca Casati <casati_gianluca@yahoo.it>
|
||||
Mikeal Rogers <mikeal.rogers@gmail.com>
|
||||
Tristan Davies <github@tristan.io>
|
||||
Aaron Blohowiak <aaron.blohowiak@gmail.com>
|
||||
David Volm <david@volminator.com>
|
||||
Martyn Smith <martyn@dollyfish.net.nz>
|
||||
Lin Clark <lin.w.clark@gmail.com>
|
||||
Charlie Robbins <charlie.robbins@gmail.com>
|
||||
Ben Page <bpage@dewalch.com>
|
||||
Francisco Treacy <francisco.treacy@gmail.com>
|
||||
Jeff Jo <jeffjo@squareup.com>
|
||||
Johan Nordberg <its@johan-nordberg.com>
|
||||
Cliffano Subagio <cliffano@gmail.com>
|
||||
martinvd <martinvdpub@gmail.com>
|
||||
Ian Babrou <ibobrik@gmail.com>
|
||||
Christian Eager <christian.eager@nokia.com>
|
||||
Di Wu <dwu@palantir.com>
|
||||
Mathias Bynens <mathias@qiwi.be>
|
||||
Matt McClure <matt.mcclure@mapmyfitness.com>
|
||||
Jameson Little <t.jameson.little@gmail.com>
|
||||
Matt Lunn <matt@mattlunn.me.uk>
|
||||
Conny Brunnkvist <conny@fuchsia.se>
|
||||
Alexey Kreschuk <akrsch@gmail.com>
|
||||
Will Elwood <w.elwood08@gmail.com>
|
||||
elisee <elisee@sparklin.org>
|
||||
Dean Landolt <dean@deanlandolt.com>
|
||||
Robert Gieseke <robert.gieseke@gmail.com>
|
||||
Oleg Efimov <efimovov@gmail.com>
|
||||
François Frisch <francoisfrisch@gmail.com>
|
||||
Martin Cooper <mfncooper@gmail.com>
|
||||
Jann Horn <jannhorn@googlemail.com>
|
||||
cspotcode <cspotcode@gmail.com>
|
||||
Maciej Małecki <me@mmalecki.com>
|
||||
Stephen Sugden <glurgle@gmail.com>
|
||||
Forrest L Norvell <forrest@npmjs.com>
|
||||
Karsten Tinnefeld <k.tinnefeld@googlemail.com>
|
||||
Bryan Burgers <bryan@burgers.io>
|
||||
David Beitey <david@davidjb.com>
|
||||
Evan You <yyou@google.com>
|
||||
Zach Pomerantz <zmp@umich.edu>
|
||||
Mark J. Titorenko <nospam-github.com@titorenko.net>
|
||||
Chris Williams <cwilliams88@gmail.com>
|
||||
Oddur Sigurdsson <oddurs@gmail.com>
|
||||
sudodoki <smd.deluzion@gmail.com>
|
||||
Eric Mill <eric@konklone.com>
|
||||
Mick Thompson <dthompson@gmail.com>
|
||||
Gabriel Barros <descartavel1@gmail.com>
|
||||
Felix Rabe <felix@rabe.io>
|
||||
KevinSheedy <kevinsheedy@gmail.com>
|
||||
Aleksey Smolenchuk <aleksey@uber.com>
|
||||
Ed Morley <emorley@mozilla.com>
|
||||
Blaine Bublitz <blaine@iceddev.com>
|
||||
Andrey Fedorov <anfedorov@gmail.com>
|
||||
Trevor Burnham <tburnham@hubspot.com>
|
||||
Daijiro Wachi <daijiro.wachi@gmail.com>
|
||||
Alan Shaw <alan@freestyle-developments.co.uk>
|
||||
TJ Holowaychuk <tj@vision-media.ca>
|
||||
Luke Arduini <luke.arduini@me.com>
|
||||
Nicholas Kinsey <pyro@feisty.io>
|
||||
Michael Budde <mbudde@gmail.com>
|
||||
Paulo Cesar <pauloc062@gmail.com>
|
||||
Jason Smith <jhs@iriscouch.com>
|
||||
Elan Shanker <elan.shanker@gmail.com>
|
||||
Gautham Pai <buzypi@gmail.com>
|
||||
Jon Spencer <jon@jonspencer.ca>
|
||||
David Trejo <david.daniel.trejo@gmail.com>
|
||||
Jason Diamond <jason@diamond.name>
|
||||
Paul Vorbach <paul@vorb.de>
|
||||
Maximilian Antoni <mail@maxantoni.de>
|
||||
George Ornbo <george@shapeshed.com>
|
||||
Tim Oxley <secoif@gmail.com>
|
||||
Tyler Green <tyler.green2@gmail.com>
|
||||
Dave Pacheco <dap@joyent.com>
|
||||
atomizer <danila.gerasimov@gmail.com>
|
||||
Michael Hayes <michael@hayes.io>
|
||||
Chris Dickinson <christopher.s.dickinson@gmail.com>
|
||||
Bradley Meck <bradley.meck@gmail.com>
|
||||
GeJ <geraud@gcu.info>
|
||||
Andrew Terris <atterris@gmail.com>
|
||||
Michael Nisi <michael.nisi@gmail.com>
|
||||
Luc Thevenard <lucthevenard@gmail.com>
|
||||
fengmk2 <fengmk2@gmail.com>
|
||||
Aria Stewart <aredridel@nbtsc.org>
|
||||
Adam Meadows <adam.meadows@gmail.com>
|
||||
Charlie Rudolph <charles.w.rudolph@gmail.com>
|
||||
Chulki Lee <chulki.lee@gmail.com>
|
||||
Vladimir Rutsky <rutsky@users.noreply.github.com>
|
||||
不四 <busi.hyy@taobao.com>
|
||||
Isaac Murchie <isaac@saucelabs.com>
|
||||
Marcin Wosinek <marcin.wosinek@gmail.com>
|
||||
David Marr <davemarr@gmail.com>
|
||||
Bryan English <bryan@bryanenglish.com>
|
||||
Anthony Zotti <amZotti@users.noreply.github.com>
|
||||
Thom Blake <tblake@brightroll.com>
|
||||
Karl Horky <karl.horky@gmail.com>
|
||||
Jess Martin <jessmartin@gmail.com>
|
||||
Spain Train <michael.spainhower@opower.com>
|
||||
Alex Rodionov <p0deje@gmail.com>
|
||||
Matt Colyer <matt@colyer.name>
|
||||
Rod Vagg <rod@vagg.org>
|
||||
Evan You <yyx990803@gmail.com>
|
||||
Christian Howe <coderarity@gmail.com>
|
||||
bitspill <bitspill+github@bitspill.net>
|
||||
Andrew Lunny <alunny@gmail.com>
|
||||
Gabriel Falkenberg <gabriel.falkenberg@gmail.com>
|
||||
Henrik Hodne <dvyjones@binaryhex.com>
|
||||
Alexej Yaroshevich <alex@qfox.ru>
|
||||
Adam Blackburn <regality@gmail.com>
|
||||
Quim Calpe <quim@kalpe.com>
|
||||
Kris Windham <kriswindham@gmail.com>
|
||||
Jens Grunert <jens.grunert@gmail.com>
|
||||
Joost-Wim Boekesteijn <joost-wim@boekesteijn.nl>
|
||||
Dalmais Maxence <root@ip-10-195-202-5.ec2.internal>
|
||||
Marcus Ekwall <marcus.ekwall@gmail.com>
|
||||
Jordan Harband <ljharb@gmail.com>
|
||||
Steve Mason <stevem@brandwatch.com>
|
||||
Wil Moore III <wil.moore@wilmoore.com>
|
||||
Sergey Belov <peimei@ya.ru>
|
||||
Tom Huang <hzlhu.dargon@gmail.com>
|
||||
CamilleM <camille.moulin@alterway.fr>
|
||||
Aaron Stacy <aaron.r.stacy@gmail.com>
|
||||
Sébastien Santoro <dereckson@espace-win.org>
|
||||
Phillip Howell <phowell@cothm.org>
|
||||
Evan Lucas <evan@btc.com>
|
||||
Domenic Denicola <domenic@domenicdenicola.com>
|
||||
Quinn Slack <qslack@qslack.com>
|
||||
James Halliday <mail@substack.net>
|
||||
Alex Kocharin <alex@kocharin.ru>
|
||||
Jeremy Cantrell <jmcantrell@gmail.com>
|
||||
Evan Lucas <evan.lucas@hattiesburgclinic.com>
|
||||
Trent Mick <trent.mick@joyent.com>
|
||||
Ribettes <patlogan29@gmail.com>
|
||||
Don Park <donpark@docuverse.com>
|
||||
Einar Otto Stangvik <einaros@gmail.com>
|
||||
Kei Son <heyacct@gmail.com>
|
||||
Dav Glass <davglass@gmail.com>
|
||||
Alex K. Wolfe <alexkwolfe@gmail.com>
|
||||
James Sanders <jimmyjazz14@gmail.com>
|
||||
@@ -18,273 +217,35 @@ Bart Teeuwisse <bart.teeuwisse@thecodemill.biz>
|
||||
Ben Noordhuis <info@bnoordhuis.nl>
|
||||
Tor Valamo <tor.valamo@gmail.com>
|
||||
Whyme.Lyu <5longluna@gmail.com>
|
||||
Olivier Melcher <olivier.melcher@gmail.com>
|
||||
Tomaž Muraus <kami@k5-storitve.net>
|
||||
Evan Meagher <evan.meagher@gmail.com>
|
||||
Orlando Vazquez <ovazquez@gmail.com>
|
||||
Kai Chen <kaichenxyz@gmail.com>
|
||||
George Miroshnykov <gmiroshnykov@lohika.com>
|
||||
Geoff Flarity <geoff.flarity@gmail.com>
|
||||
Max Goodman <c@chromakode.com>
|
||||
Pete Kruckenberg <pete@kruckenberg.com>
|
||||
Laurie Harper <laurie@holoweb.net>
|
||||
Chris Wong <chris@chriswongstudio.com>
|
||||
Scott Bronson <brons_github@rinspin.com>
|
||||
Federico Romero <federomero@gmail.com>
|
||||
Visnu Pitiyanuvath <visnupx@gmail.com>
|
||||
Irakli Gozalishvili <rfobic@gmail.com>
|
||||
Mark Cahill <mark@tiemonster.info>
|
||||
Tony <zearin@gonk.net>
|
||||
Iain Sproat <iainsproat@gmail.com>
|
||||
Trent Mick <trentm@gmail.com>
|
||||
Felix Geisendörfer <felix@debuggable.com>
|
||||
Jameson Little <t.jameson.little@gmail.com>
|
||||
Conny Brunnkvist <conny@fuchsia.se>
|
||||
Will Elwood <w.elwood08@gmail.com>
|
||||
Dean Landolt <dean@deanlandolt.com>
|
||||
Oleg Efimov <efimovov@gmail.com>
|
||||
Martin Cooper <mfncooper@gmail.com>
|
||||
Jann Horn <jannhorn@googlemail.com>
|
||||
Andrew Bradley <cspotcode@gmail.com>
|
||||
Maciej Małecki <me@mmalecki.com>
|
||||
Stephen Sugden <glurgle@gmail.com>
|
||||
Michael Budde <mbudde@gmail.com>
|
||||
Jason Smith <jhs@iriscouch.com>
|
||||
Gautham Pai <buzypi@gmail.com>
|
||||
David Trejo <david.daniel.trejo@gmail.com>
|
||||
Paul Vorbach <paul@vorb.de>
|
||||
George Ornbo <george@shapeshed.com>
|
||||
Tim Oxley <secoif@gmail.com>
|
||||
Tyler Green <tyler.green2@gmail.com>
|
||||
Dave Pacheco <dap@joyent.com>
|
||||
Danila Gerasimov <danila.gerasimov@gmail.com>
|
||||
Rod Vagg <rod@vagg.org>
|
||||
Christian Howe <coderarity@gmail.com>
|
||||
Andrew Lunny <alunny@gmail.com>
|
||||
Henrik Hodne <dvyjones@binaryhex.com>
|
||||
Adam Blackburn <regality@gmail.com>
|
||||
Kris Windham <kriswindham@gmail.com>
|
||||
Jens Grunert <jens.grunert@gmail.com>
|
||||
Joost-Wim Boekesteijn <joost-wim@boekesteijn.nl>
|
||||
Dalmais Maxence <root@ip-10-195-202-5.ec2.internal>
|
||||
Marcus Ekwall <marcus.ekwall@gmail.com>
|
||||
Aaron Stacy <aaron.r.stacy@gmail.com>
|
||||
Phillip Howell <phowell@cothm.org>
|
||||
Domenic Denicola <domenic@domenicdenicola.com>
|
||||
James Halliday <mail@substack.net>
|
||||
Jeremy Cantrell <jmcantrell@gmail.com>
|
||||
Ribettes <patlogan29@gmail.com>
|
||||
Don Park <donpark@docuverse.com>
|
||||
Einar Otto Stangvik <einaros@gmail.com>
|
||||
Kei Son <heyacct@gmail.com>
|
||||
Nicolas Morel <marsup@gmail.com>
|
||||
Mark Dube <markisdee@gmail.com>
|
||||
Nathan Rajlich <nathan@tootallnate.net>
|
||||
Maxim Bogushevich <boga1@mail.ru>
|
||||
Meaglin <Meaglin.wasabi@gmail.com>
|
||||
Ben Evans <ben@bensbit.co.uk>
|
||||
Nathan Zadoks <nathan@nathan7.eu>
|
||||
Brian White <mscdex@mscdex.net>
|
||||
Jed Schmidt <tr@nslator.jp>
|
||||
Ian Livingstone <ianl@cs.dal.ca>
|
||||
Patrick Pfeiffer <patrick@buzzle.at>
|
||||
Paul Miller <paul@paulmillr.com>
|
||||
Ryan Emery <seebees@gmail.com>
|
||||
Carl Lange <carl@flax.ie>
|
||||
Jan Lehnardt <jan@apache.org>
|
||||
Stuart P. Bentley <stuart@testtrack4.com>
|
||||
Johan Sköld <johan@skold.cc>
|
||||
Stuart Knightley <stuart@stuartk.com>
|
||||
Niggler <nirk.niggler@gmail.com>
|
||||
Paolo Fragomeni <paolo@async.ly>
|
||||
Jaakko Manninen <jaakko@rocketpack.fi>
|
||||
Luke Arduini <luke.arduini@gmail.com>
|
||||
Larz Conwell <larz@larz-laptop.(none)>
|
||||
Marcel Klehr <mklehr@gmx.net>
|
||||
Robert Kowalski <rok@kowalski.gd>
|
||||
Forbes Lindesay <forbes@lindesay.co.uk>
|
||||
Vaz Allen <vaz@tryptid.com>
|
||||
Jake Verbaten <raynos2@gmail.com>
|
||||
Schabse Laks <Dev@SLaks.net>
|
||||
Florian Margaine <florian@margaine.com>
|
||||
Johan Nordberg <its@johan-nordberg.com>
|
||||
Ian Babrou <ibobrik@gmail.com>
|
||||
Di Wu <dwu@palantir.com>
|
||||
Mathias Bynens <mathias@qiwi.be>
|
||||
Matt McClure <matt.mcclure@mapmyfitness.com>
|
||||
Matt Lunn <matt@mattlunn.me.uk>
|
||||
Alexey Kreschuk <akrsch@gmail.com>
|
||||
elisee <elisee@sparklin.org>
|
||||
Robert Gieseke <robert.gieseke@gmail.com>
|
||||
François Frisch <francoisfrisch@gmail.com>
|
||||
Trevor Burnham <tburnham@hubspot.com>
|
||||
Alan Shaw <alan@freestyle-developments.co.uk>
|
||||
TJ Holowaychuk <tj@vision-media.ca>
|
||||
Nicholas Kinsey <pyro@feisty.io>
|
||||
Paulo Cesar <pauloc062@gmail.com>
|
||||
Elan Shanker <elan.shanker@gmail.com>
|
||||
Jon Spencer <jon@jonspencer.ca>
|
||||
Jason Diamond <jason@diamond.name>
|
||||
Maximilian Antoni <mail@maxantoni.de>
|
||||
Thom Blake <tblake@brightroll.com>
|
||||
Jess Martin <jessmartin@gmail.com>
|
||||
Spain Train <michael.spainhower@opower.com>
|
||||
Alex Rodionov <p0deje@gmail.com>
|
||||
Matt Colyer <matt@colyer.name>
|
||||
Evan You <yyx990803@gmail.com>
|
||||
bitspill <bitspill+github@bitspill.net>
|
||||
Gabriel Falkenberg <gabriel.falkenberg@gmail.com>
|
||||
Alexej Yaroshevich <alex@qfox.ru>
|
||||
Quim Calpe <quim@kalpe.com>
|
||||
Steve Mason <stevem@brandwatch.com>
|
||||
Wil Moore III <wil.moore@wilmoore.com>
|
||||
Sergey Belov <peimei@ya.ru>
|
||||
Tom Huang <hzlhu.dargon@gmail.com>
|
||||
CamilleM <camille.moulin@alterway.fr>
|
||||
Sébastien Santoro <dereckson@espace-win.org>
|
||||
Evan Lucas <evan@btc.com>
|
||||
Quinn Slack <qslack@qslack.com>
|
||||
Alex Kocharin <alex@kocharin.ru>
|
||||
Daniel Santiago <daniel.santiago@highlevelwebs.com>
|
||||
Denis Gladkikh <outcoldman@gmail.com>
|
||||
Andrew Horton <andrew.j.horton@gmail.com>
|
||||
Zeke Sikelianos <zeke@sikelianos.com>
|
||||
Dylan Greene <dylang@gmail.com>
|
||||
Nicolas Morel <marsup@gmail.com>
|
||||
Franck Cuny <franck.cuny@gmail.com>
|
||||
Yeonghoon Park <sola92@gmail.com>
|
||||
Rafael de Oleza <rafa@spotify.com>
|
||||
Mikola Lysenko <mikolalysenko@gmail.com>
|
||||
Yazhong Liu <yorkiefixer@gmail.com>
|
||||
Neil Gentleman <ngentleman@gmail.com>
|
||||
Kris Kowal <kris.kowal@cixar.com>
|
||||
Alex Gorbatchev <alex.gorbatchev@gmail.com>
|
||||
Shawn Wildermuth <shawn@wildermuth.com>
|
||||
Wesley de Souza <wesleywex@gmail.com>
|
||||
yoyoyogi <yogesh.k@gmail.com>
|
||||
J. Tangelder <j.tangelder@gmail.com>
|
||||
Jean Lauliac <jean@lauliac.com>
|
||||
Andrey Kislyuk <kislyuk@gmail.com>
|
||||
Thorsten Lorenz <thlorenz@gmx.de>
|
||||
Julian Gruber <julian@juliangruber.com>
|
||||
Benjamin Coe <bencoe@gmail.com>
|
||||
Alex Ford <Alex.Ford@CodeTunnel.com>
|
||||
Matt Hickford <matt.hickford@gmail.com>
|
||||
Sean McGivern <sean.mcgivern@rightscale.com>
|
||||
C J Silverio <ceejceej@gmail.com>
|
||||
Robin Tweedie <robin@songkick.com>
|
||||
Miroslav Bajtoš <miroslav@strongloop.com>
|
||||
David Glasser <glasser@davidglasser.net>
|
||||
Gianluca Casati <casati_gianluca@yahoo.it>
|
||||
Forrest L Norvell <ogd@aoaioxxysz.net>
|
||||
Karsten Tinnefeld <k.tinnefeld@googlemail.com>
|
||||
Bryan Burgers <bryan@burgers.io>
|
||||
David Beitey <david@davidjb.com>
|
||||
Evan You <yyou@google.com>
|
||||
Zach Pomerantz <zmp@umich.edu>
|
||||
Chris Williams <cwilliams88@gmail.com>
|
||||
sudodoki <smd.deluzion@gmail.com>
|
||||
Mick Thompson <dthompson@gmail.com>
|
||||
Felix Rabe <felix@rabe.io>
|
||||
Michael Hayes <michael@hayes.io>
|
||||
Chris Dickinson <christopher.s.dickinson@gmail.com>
|
||||
Bradley Meck <bradley.meck@gmail.com>
|
||||
GeJ <geraud@gcu.info>
|
||||
Andrew Terris <atterris@gmail.com>
|
||||
Michael Nisi <michael.nisi@gmail.com>
|
||||
fengmk2 <fengmk2@gmail.com>
|
||||
Adam Meadows <adam.meadows@gmail.com>
|
||||
Chulki Lee <chulki.lee@gmail.com>
|
||||
不四 <busi.hyy@taobao.com>
|
||||
Mark Dube <markisdee@gmail.com>
|
||||
dead_horse <dead_horse@qq.com>
|
||||
Yeonghoon Park <sola92@gmail.com>
|
||||
Nathan Rajlich <nathan@tootallnate.net>
|
||||
Kenan Yildirim <kenan@kenany.me>
|
||||
Rafael de Oleza <rafa@spotify.com>
|
||||
Maxim Bogushevich <boga1@mail.ru>
|
||||
Laurie Voss <git@seldo.com>
|
||||
Rebecca Turner <me@re-becca.org>
|
||||
Mikola Lysenko <mikolalysenko@gmail.com>
|
||||
Meaglin <Meaglin.wasabi@gmail.com>
|
||||
Rebecca Turner <turner@mikomi.org>
|
||||
Yazhong Liu <yorkiefixer@gmail.com>
|
||||
Ben Evans <ben@bensbit.co.uk>
|
||||
Hunter Loftis <hunter@hunterloftis.com>
|
||||
Nathan Zadoks <nathan@nathan7.eu>
|
||||
Peter Richardson <github@zoomy.net>
|
||||
Brian White <mscdex@mscdex.net>
|
||||
Jussi Kalliokoski <jussi.kalliokoski@gmail.com>
|
||||
Jed Schmidt <tr@nslator.jp>
|
||||
Filip Weiss <me@fiws.net>
|
||||
Timo Weiß <timoweiss@Timo-MBP.local>
|
||||
Ian Livingstone <ianl@cs.dal.ca>
|
||||
timoweiss <timoweiss@Timo-MBP.local>
|
||||
Christopher Hiller <chiller@badwing.com>
|
||||
Jérémy Lal <kapouer@melix.org>
|
||||
Anders Janmyr <anders@janmyr.com>
|
||||
Chris Meyers <chris.meyers.fsu@gmail.com>
|
||||
Ludwig Magnusson <ludwig@mediatool.com>
|
||||
Wout Mertens <Wout.Mertens@gmail.com>
|
||||
Nick Santos <nick@medium.com>
|
||||
Terin Stock <terinjokes@gmail.com>
|
||||
Faiq Raza <faiqrazarizvi@gmail.com>
|
||||
Thomas Torp <thomas@erupt.no>
|
||||
Sam Mikes <smikes@cubane.com>
|
||||
Mat Tyndall <mat.tyndall@gmail.com>
|
||||
Tauren Mills <tauren@sportzing.com>
|
||||
Ron Martinez <ramartin.net@gmail.com>
|
||||
Kazuhito Hokamura <k.hokamura@gmail.com>
|
||||
Tristan Davies <github@tristan.io>
|
||||
David Volm <david@volminator.com>
|
||||
Lin Clark <lin.w.clark@gmail.com>
|
||||
Ben Page <bpage@dewalch.com>
|
||||
Jeff Jo <jeffjo@squareup.com>
|
||||
martinvd <martinvdpub@gmail.com>
|
||||
Mark J. Titorenko <nospam-github.com@titorenko.net>
|
||||
Oddur Sigurdsson <oddurs@gmail.com>
|
||||
Eric Mill <eric@konklone.com>
|
||||
Gabriel Barros <descartavel1@gmail.com>
|
||||
KevinSheedy <kevinsheedy@gmail.com>
|
||||
Aleksey Smolenchuk <aleksey@uber.com>
|
||||
Ed Morley <emorley@mozilla.com>
|
||||
Blaine Bublitz <blaine@iceddev.com>
|
||||
Andrey Fedorov <anfedorov@gmail.com>
|
||||
Daijiro Wachi <daijiro.wachi@gmail.com>
|
||||
Luc Thevenard <lucthevenard@gmail.com>
|
||||
Aria Stewart <aredridel@nbtsc.org>
|
||||
Charlie Rudolph <charles.w.rudolph@gmail.com>
|
||||
Vladimir Rutsky <rutsky@users.noreply.github.com>
|
||||
Isaac Murchie <isaac@saucelabs.com>
|
||||
Marcin Wosinek <marcin.wosinek@gmail.com>
|
||||
David Marr <davemarr@gmail.com>
|
||||
Bryan English <bryan@bryanenglish.com>
|
||||
Anthony Zotti <amZotti@users.noreply.github.com>
|
||||
Karl Horky <karl.horky@gmail.com>
|
||||
Jordan Harband <ljharb@gmail.com>
|
||||
Guðlaugur Stefán Egilsson <gulli@kolibri.is>
|
||||
Helge Skogly Holm <helge.holm@gmail.com>
|
||||
Peter A. Shevtsov <petr.shevtsov@gmail.com>
|
||||
Alain Kalker <a.c.kalker@gmail.com>
|
||||
Bryant Williams <b.n.williams@gmail.com>
|
||||
Jonas Weber <github@jonasw.de>
|
||||
Tim Whidden <twhid@twhid.com>
|
||||
Andreas <functino@users.noreply.github.com>
|
||||
Karolis Narkevicius <karolis.n@gmail.com>
|
||||
Adrian Lynch <adi_ady_ade@hotmail.com>
|
||||
Richard Littauer <richard.littauer@gmail.com>
|
||||
Oli Evans <oli@zilla.org.uk>
|
||||
Matt Brennan <mattyb1000@gmail.com>
|
||||
Jeff Barczewski <jeff.barczewski@gmail.com>
|
||||
Danny Fritz <dannyfritz@gmail.com>
|
||||
Takaya Kobayashi <jigsaw@live.jp>
|
||||
Ra'Shaun Stovall <rashaunstovall@gmail.com>
|
||||
Julien Meddah <julien.meddah@deveryware.com>
|
||||
Michiel Sikma <michiel@wedemandhtml.com>
|
||||
Jakob Krigovsky <jakob.krigovsky@gmail.com>
|
||||
Charmander <~@charmander.me>
|
||||
Erik Wienhold <git@ewie.name>
|
||||
James Butler <james.butler@sandfox.co.uk>
|
||||
Kevin Kragenbrink <kevin@gaikai.com>
|
||||
Arnaud Rinquin <rinquin.arnaud@gmail.com>
|
||||
Mike MacCana <mike.maccana@gmail.com>
|
||||
Antti Mattila <anttti@fastmail.fm>
|
||||
laiso <laiso@lai.so>
|
||||
Matt Zorn <zornme@gmail.com>
|
||||
Kyle Mitchell <kyle@kemitchell.com>
|
||||
Jeremiah Senkpiel <fishrock123@rocketmail.com>
|
||||
Michael Klein <mischkl@users.noreply.github.com>
|
||||
Simen Bekkhus <sbekkhus91@gmail.com>
|
||||
Victor <victor.shih@gmail.com>
|
||||
thefourtheye <thechargingvolcano@gmail.com>
|
||||
Clay Carpenter <claycarpenter@gmail.com>
|
||||
bangbang93 <bangbang93@163.com>
|
||||
Nick Malaguti <nmalaguti@palantir.com>
|
||||
Cedric Nelson <cedric.nelson@gmail.com>
|
||||
Kat Marchán <kzm@sykosomatic.org>
|
||||
Andrew <talktome@aboutandrew.co.uk>
|
||||
Eduardo Pinho <enet4mikeenet@gmail.com>
|
||||
Olivier Melcher <olivier.melcher@gmail.com>
|
||||
Tomaž Muraus <kami@k5-storitve.net>
|
||||
|
||||
1255
deps/npm/CHANGELOG.md
vendored
1255
deps/npm/CHANGELOG.md
vendored
File diff suppressed because it is too large
Load Diff
9
deps/npm/Makefile
vendored
9
deps/npm/Makefile
vendored
@@ -230,7 +230,12 @@ test: doc
|
||||
tag:
|
||||
npm tag npm@$(PUBLISHTAG) latest
|
||||
|
||||
publish: link doc
|
||||
authors:
|
||||
@bash scripts/update-authors.sh &&\
|
||||
git add AUTHORS &&\
|
||||
git commit -m "update AUTHORS" || true
|
||||
|
||||
publish: link doc authors
|
||||
@git push origin :v$(shell npm -v) 2>&1 || true
|
||||
git clean -fd &&\
|
||||
git push origin $(BRANCH) &&\
|
||||
@@ -243,4 +248,4 @@ release:
|
||||
sandwich:
|
||||
@[ $$(whoami) = "root" ] && (echo "ok"; echo "ham" > sandwich) || (echo "make it yourself" && exit 13)
|
||||
|
||||
.PHONY: all latest install dev link doc clean uninstall test man doc-clean docclean release
|
||||
.PHONY: all latest install dev link doc clean uninstall test man doc-clean docclean release authors
|
||||
|
||||
82
deps/npm/README.md
vendored
82
deps/npm/README.md
vendored
@@ -40,23 +40,17 @@ There's a pretty robust install script at
|
||||
|
||||
Here's an example using curl:
|
||||
|
||||
```sh
|
||||
curl -L https://www.npmjs.com/install.sh | sh
|
||||
```
|
||||
curl -L https://npmjs.com/install.sh | sh
|
||||
|
||||
### Slightly Fancier
|
||||
|
||||
You can set any npm configuration params with that script:
|
||||
|
||||
```sh
|
||||
npm_config_prefix=/some/path sh install.sh
|
||||
```
|
||||
npm_config_prefix=/some/path sh install.sh
|
||||
|
||||
Or, you can run it in uber-debuggery mode:
|
||||
|
||||
```sh
|
||||
npm_debug=1 sh install.sh
|
||||
```
|
||||
npm_debug=1 sh install.sh
|
||||
|
||||
### Even Fancier
|
||||
|
||||
@@ -70,11 +64,11 @@ for testing, or running stuff without actually installing npm itself.)
|
||||
|
||||
## Windows Install or Upgrade
|
||||
|
||||
You can download a zip file from <https://github.com/npm/npm/releases>, and
|
||||
unpack it in the `node_modules\npm\` folder inside node's installation folder.
|
||||
You can download a zip file from <https://github.com/npm/npm/releases>, and unpack it
|
||||
in the same folder where node.exe lives.
|
||||
|
||||
To upgrade to npm 2, follow the Windows upgrade instructions in
|
||||
the npm Troubleshooting Guide:
|
||||
The latest version in a zip file is 1.4.12. To upgrade to npm 2, follow the
|
||||
Windows upgrade instructions in the npm Troubleshooting Guide:
|
||||
|
||||
<https://github.com/npm/npm/wiki/Troubleshooting#upgrading-on-windows>
|
||||
|
||||
@@ -89,14 +83,11 @@ No.
|
||||
|
||||
So sad to see you go.
|
||||
|
||||
```sh
|
||||
sudo npm uninstall npm -g
|
||||
```
|
||||
sudo npm uninstall npm -g
|
||||
|
||||
Or, if that fails,
|
||||
|
||||
```sh
|
||||
sudo make uninstall
|
||||
```
|
||||
sudo make uninstall
|
||||
|
||||
## More Severe Uninstalling
|
||||
|
||||
@@ -110,17 +101,13 @@ remove them.
|
||||
To remove cruft left behind by npm 0.x, you can use the included
|
||||
`clean-old.sh` script file. You can run it conveniently like this:
|
||||
|
||||
```sh
|
||||
npm explore npm -g -- sh scripts/clean-old.sh
|
||||
```
|
||||
npm explore npm -g -- sh scripts/clean-old.sh
|
||||
|
||||
npm uses two configuration files, one for per-user configs, and another
|
||||
for global (every-user) configs. You can view them by doing:
|
||||
|
||||
```sh
|
||||
npm config get userconfig # defaults to ~/.npmrc
|
||||
npm config get globalconfig # defaults to /usr/local/etc/npmrc
|
||||
```
|
||||
npm config get userconfig # defaults to ~/.npmrc
|
||||
npm config get globalconfig # defaults to /usr/local/etc/npmrc
|
||||
|
||||
Uninstalling npm does not remove configuration files by default. You
|
||||
must remove them yourself manually if you want them gone. Note that
|
||||
@@ -129,35 +116,26 @@ you have chosen.
|
||||
|
||||
## Using npm Programmatically
|
||||
|
||||
Although npm can be used programmatically, its API is meant for use by the CLI
|
||||
*only*, and no guarantees are made regarding its fitness for any other purpose.
|
||||
If you want to use npm to reliably perform some task, the safest thing to do is
|
||||
to invoke the desired `npm` command with appropriate arguments.
|
||||
If you would like to use npm programmatically, you can do that.
|
||||
It's not very well documented, but it *is* rather simple.
|
||||
|
||||
The semantic version of npm refers to the CLI itself, rather than the
|
||||
underlying API. _The internal API is not guaranteed to remain stable even when
|
||||
npm's version indicates no breaking changes have been made according to
|
||||
semver._
|
||||
Most of the time, unless you actually want to do all the things that
|
||||
npm does, you should try using one of npm's dependencies rather than
|
||||
using npm itself, if possible.
|
||||
|
||||
If you _still_ would like to use npm programmatically, it's _possible_. The API
|
||||
isn't very well documented, but it _is_ rather simple.
|
||||
Eventually, npm will be just a thin cli wrapper around the modules
|
||||
that it depends on, but for now, there are some things that you must
|
||||
use npm itself to do.
|
||||
|
||||
Eventually, npm will be just a thin CLI wrapper around the modules that it
|
||||
depends on, but for now, there are some things that only the CLI can do. You
|
||||
should try using one of npm's dependencies first, and only use the API if what
|
||||
you're trying to do is only supported by npm itself.
|
||||
|
||||
```javascript
|
||||
var npm = require("npm")
|
||||
npm.load(myConfigObject, function (er) {
|
||||
if (er) return handlError(er)
|
||||
npm.commands.install(["some", "args"], function (er, data) {
|
||||
if (er) return commandFailed(er)
|
||||
// command succeeded, and data might have some info
|
||||
})
|
||||
npm.registry.log.on("log", function (message) { .... })
|
||||
})
|
||||
```
|
||||
var npm = require("npm")
|
||||
npm.load(myConfigObject, function (er) {
|
||||
if (er) return handlError(er)
|
||||
npm.commands.install(["some", "args"], function (er, data) {
|
||||
if (er) return commandFailed(er)
|
||||
// command succeeded, and data might have some info
|
||||
})
|
||||
npm.registry.log.on("log", function (message) { .... })
|
||||
})
|
||||
|
||||
The `load` function takes an object hash of the command-line configs.
|
||||
The various `npm.commands.<cmd>` functions take an **array** of
|
||||
|
||||
10
deps/npm/bin/node-gyp-bin/node-gyp.cmd
vendored
10
deps/npm/bin/node-gyp-bin/node-gyp.cmd
vendored
@@ -1,5 +1,5 @@
|
||||
if not defined npm_config_node_gyp (
|
||||
node "%~dp0\..\..\node_modules\node-gyp\bin\node-gyp.js" %*
|
||||
) else (
|
||||
node %npm_config_node_gyp% %*
|
||||
)
|
||||
if not defined npm_config_node_gyp (
|
||||
node "%~dp0\..\..\node_modules\node-gyp\bin\node-gyp.js" %*
|
||||
) else (
|
||||
%npm_config_node_gyp% %*
|
||||
)
|
||||
|
||||
5
deps/npm/doc/cli/npm-build.md
vendored
5
deps/npm/doc/cli/npm-build.md
vendored
@@ -12,10 +12,7 @@ npm-build(1) -- Build a package
|
||||
|
||||
This is the plumbing command called by `npm link` and `npm install`.
|
||||
|
||||
It should generally be called during installation, but if you need to run it
|
||||
directly, run:
|
||||
|
||||
npm run-script build
|
||||
It should generally not be called directly.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
|
||||
3
deps/npm/doc/cli/npm-dist-tag.md
vendored
3
deps/npm/doc/cli/npm-dist-tag.md
vendored
@@ -33,8 +33,7 @@ When installing dependencies, a preferred tagged version may be specified:
|
||||
|
||||
This also applies to `npm dedupe`.
|
||||
|
||||
Publishing a package sets the "latest" tag to the published version unless the
|
||||
`--tag` option is used. For example, `npm publish --tag=beta`.
|
||||
Publishing a package always sets the "latest" tag to the published version.
|
||||
|
||||
## PURPOSE
|
||||
|
||||
|
||||
61
deps/npm/doc/cli/npm-install.md
vendored
61
deps/npm/doc/cli/npm-install.md
vendored
@@ -155,12 +155,24 @@ after packing it up into a tarball (b).
|
||||
npm install sax@">=0.1.0 <0.2.0"
|
||||
npm install @myorg/privatepackage@">=0.1.0 <0.2.0"
|
||||
|
||||
* `npm install <githubname>/<githubrepo>`:
|
||||
|
||||
Install the package at `https://github.com/githubname/githubrepo" by
|
||||
attempting to clone it using `git`.
|
||||
|
||||
Example:
|
||||
|
||||
npm install mygithubuser/myproject
|
||||
|
||||
To reference a package in a git repo that is not on GitHub, see git
|
||||
remote urls below.
|
||||
|
||||
* `npm install <git remote url>`:
|
||||
|
||||
Install a package by cloning a git remote url. The format of the git
|
||||
url is:
|
||||
|
||||
<protocol>://[<user>[:<password>]@]<hostname>[:<port>][:/]<path>[#<commit-ish>]
|
||||
<protocol>://[<user>@]<hostname><separator><path>[#<commit-ish>]
|
||||
|
||||
`<protocol>` is one of `git`, `git+ssh`, `git+http`, or
|
||||
`git+https`. If no `<commit-ish>` is specified, then `master` is
|
||||
@@ -172,53 +184,6 @@ after packing it up into a tarball (b).
|
||||
git+https://isaacs@github.com/npm/npm.git
|
||||
git://github.com/npm/npm.git#v1.0.27
|
||||
|
||||
* `npm install <githubname>/<githubrepo>[#<commit-ish>]`:
|
||||
* `npm install github:<githubname>/<githubrepo>[#<commit-ish>]`:
|
||||
|
||||
Install the package at `https://github.com/githubname/githubrepo` by
|
||||
attempting to clone it using `git`.
|
||||
|
||||
If you don't specify a *commit-ish* then `master` will be used.
|
||||
|
||||
Examples:
|
||||
|
||||
npm install mygithubuser/myproject
|
||||
npm install github:mygithubuser/myproject
|
||||
|
||||
* `npm install gist:[<githubname>/]<gistID>[#<commit-ish>]`:
|
||||
|
||||
Install the package at `https://gist.github.com/gistID` by attempting to
|
||||
clone it using `git`. The GitHub username associated with the gist is
|
||||
optional and will not be saved in `package.json` if `--save` is used.
|
||||
|
||||
If you don't specify a *commit-ish* then `master` will be used.
|
||||
|
||||
Example:
|
||||
|
||||
npm install gist:101a11beef
|
||||
|
||||
* `npm install bitbucket:<bitbucketname>/<bitbucketrepo>[#<commit-ish>]`:
|
||||
|
||||
Install the package at `https://bitbucket.org/bitbucketname/bitbucketrepo`
|
||||
by attempting to clone it using `git`.
|
||||
|
||||
If you don't specify a *commit-ish* then `master` will be used.
|
||||
|
||||
Example:
|
||||
|
||||
npm install bitbucket:mybitbucketuser/myproject
|
||||
|
||||
* `npm install gitlab:<gitlabname>/<gitlabrepo>[#<commit-ish>]`:
|
||||
|
||||
Install the package at `https://gitlab.com/gitlabname/gitlabrepo`
|
||||
by attempting to clone it using `git`.
|
||||
|
||||
If you don't specify a *commit-ish* then `master` will be used.
|
||||
|
||||
Example:
|
||||
|
||||
npm install gitlab:mygitlabuser/myproject
|
||||
|
||||
You may combine multiple arguments, and even multiple types of arguments.
|
||||
For example:
|
||||
|
||||
|
||||
3
deps/npm/doc/cli/npm-link.md
vendored
3
deps/npm/doc/cli/npm-link.md
vendored
@@ -38,8 +38,7 @@ For example:
|
||||
npm link redis # link-install the package
|
||||
|
||||
Now, any changes to ~/projects/node-redis will be reflected in
|
||||
~/projects/node-bloggy/node_modules/node-redis/. Note that the link should
|
||||
be to the package name, not the directory name for that package.
|
||||
~/projects/node-bloggy/node_modules/node-redis/
|
||||
|
||||
You may also shortcut the two steps in one. For example, to do the
|
||||
above use-case in a shorter way:
|
||||
|
||||
6
deps/npm/doc/cli/npm-prune.md
vendored
6
deps/npm/doc/cli/npm-prune.md
vendored
@@ -15,10 +15,8 @@ removed.
|
||||
Extraneous packages are packages that are not listed on the parent
|
||||
package's dependencies list.
|
||||
|
||||
If the `--production` flag is specified or the `NODE_ENV` environment
|
||||
variable is set to `production`, this command will remove the packages
|
||||
specified in your `devDependencies`. Setting `--production=false` will
|
||||
negate `NODE_ENV` being set to `production`.
|
||||
If the `--production` flag is specified, this command will remove the
|
||||
packages specified in your `devDependencies`.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
|
||||
7
deps/npm/doc/cli/npm-run-script.md
vendored
7
deps/npm/doc/cli/npm-run-script.md
vendored
@@ -29,13 +29,6 @@ environment variables that will be available to the script at runtime. If an
|
||||
"env" command is defined in your package it will take precedence over the
|
||||
built-in.
|
||||
|
||||
In addition to the shell's pre-existing `PATH`, `npm run` adds
|
||||
`node_modules/.bin` to the `PATH` provided to scripts. Any binaries provided by
|
||||
locally-installed dependencies can be used without the `node_modules/.bin`
|
||||
prefix. For example, if there is a `devDependency` on `tap` in your package,
|
||||
you should write `"scripts": {"test": "tap test/\*.js"}` instead of `"scripts":
|
||||
{"test": "node_modules/.bin/tap test/\*.js"}` to run your tests.
|
||||
|
||||
## SEE ALSO
|
||||
|
||||
* npm-scripts(7)
|
||||
|
||||
52
deps/npm/doc/cli/npm-shrinkwrap.md
vendored
52
deps/npm/doc/cli/npm-shrinkwrap.md
vendored
@@ -9,18 +9,18 @@ npm-shrinkwrap(1) -- Lock down dependency versions
|
||||
|
||||
This command locks down the versions of a package's dependencies so
|
||||
that you can control exactly which versions of each dependency will be
|
||||
used when your package is installed. The `package.json` file is still
|
||||
required if you want to use `npm install`.
|
||||
used when your package is installed. The "package.json" file is still
|
||||
required if you want to use "npm install".
|
||||
|
||||
By default, `npm install` recursively installs the target's
|
||||
dependencies (as specified in `package.json`), choosing the latest
|
||||
By default, "npm install" recursively installs the target's
|
||||
dependencies (as specified in package.json), choosing the latest
|
||||
available version that satisfies the dependency's semver pattern. In
|
||||
some situations, particularly when shipping software where each change
|
||||
is tightly managed, it's desirable to fully specify each version of
|
||||
each dependency recursively so that subsequent builds and deploys do
|
||||
not inadvertently pick up newer versions of a dependency that satisfy
|
||||
the semver pattern. Specifying specific semver patterns in each
|
||||
dependency's `package.json` would facilitate this, but that's not always
|
||||
dependency's package.json would facilitate this, but that's not always
|
||||
possible or desirable, as when another author owns the npm package.
|
||||
It's also possible to check dependencies directly into source control,
|
||||
but that may be undesirable for other reasons.
|
||||
@@ -48,18 +48,18 @@ package B:
|
||||
and package C:
|
||||
|
||||
{
|
||||
"name": "C",
|
||||
"name": "C,
|
||||
"version": "0.0.1"
|
||||
}
|
||||
|
||||
If these are the only versions of A, B, and C available in the
|
||||
registry, then a normal `npm install A` will install:
|
||||
registry, then a normal "npm install A" will install:
|
||||
|
||||
A@0.1.0
|
||||
`-- B@0.0.1
|
||||
`-- C@0.0.1
|
||||
|
||||
However, if B@0.0.2 is published, then a fresh `npm install A` will
|
||||
However, if B@0.0.2 is published, then a fresh "npm install A" will
|
||||
install:
|
||||
|
||||
A@0.1.0
|
||||
@@ -78,7 +78,7 @@ In this case, A's author can run
|
||||
|
||||
npm shrinkwrap
|
||||
|
||||
This generates `npm-shrinkwrap.json`, which will look something like this:
|
||||
This generates npm-shrinkwrap.json, which will look something like this:
|
||||
|
||||
{
|
||||
"name": "A",
|
||||
@@ -96,44 +96,44 @@ This generates `npm-shrinkwrap.json`, which will look something like this:
|
||||
}
|
||||
|
||||
The shrinkwrap command has locked down the dependencies based on
|
||||
what's currently installed in node_modules. When `npm install`
|
||||
installs a package with an `npm-shrinkwrap.json` in the package
|
||||
root, the shrinkwrap file (rather than `package.json` files) completely
|
||||
what's currently installed in node_modules. When "npm install"
|
||||
installs a package with a npm-shrinkwrap.json file in the package
|
||||
root, the shrinkwrap file (rather than package.json files) completely
|
||||
drives the installation of that package and all of its dependencies
|
||||
(recursively). So now the author publishes A@0.1.0, and subsequent
|
||||
installs of this package will use B@0.0.1 and C@0.0.1, regardless the
|
||||
dependencies and versions listed in A's, B's, and C's `package.json`
|
||||
dependencies and versions listed in A's, B's, and C's package.json
|
||||
files.
|
||||
|
||||
|
||||
### Using shrinkwrapped packages
|
||||
|
||||
Using a shrinkwrapped package is no different than using any other
|
||||
package: you can `npm install` it by hand, or add a dependency to your
|
||||
`package.json` file and `npm install` it.
|
||||
package: you can "npm install" it by hand, or add a dependency to your
|
||||
package.json file and "npm install" it.
|
||||
|
||||
### Building shrinkwrapped packages
|
||||
|
||||
To shrinkwrap an existing package:
|
||||
|
||||
1. Run `npm install` in the package root to install the current
|
||||
1. Run "npm install" in the package root to install the current
|
||||
versions of all dependencies.
|
||||
2. Validate that the package works as expected with these versions.
|
||||
3. Run `npm shrinkwrap`, add `npm-shrinkwrap.json` to git, and publish
|
||||
3. Run "npm shrinkwrap", add npm-shrinkwrap.json to git, and publish
|
||||
your package.
|
||||
|
||||
To add or update a dependency in a shrinkwrapped package:
|
||||
|
||||
1. Run `npm install` in the package root to install the current
|
||||
1. Run "npm install" in the package root to install the current
|
||||
versions of all dependencies.
|
||||
2. Add or update dependencies. `npm install` each new or updated
|
||||
package individually and then update `package.json`. Note that they
|
||||
2. Add or update dependencies. "npm install" each new or updated
|
||||
package individually and then update package.json. Note that they
|
||||
must be explicitly named in order to be installed: running `npm
|
||||
install` with no arguments will merely reproduce the existing
|
||||
shrinkwrap.
|
||||
3. Validate that the package works as expected with the new
|
||||
dependencies.
|
||||
4. Run `npm shrinkwrap`, commit the new `npm-shrinkwrap.json`, and
|
||||
4. Run "npm shrinkwrap", commit the new npm-shrinkwrap.json, and
|
||||
publish your package.
|
||||
|
||||
You can use npm-outdated(1) to view dependencies with newer versions
|
||||
@@ -141,14 +141,14 @@ available.
|
||||
|
||||
### Other Notes
|
||||
|
||||
A shrinkwrap file must be consistent with the package's `package.json`
|
||||
file. `npm shrinkwrap` will fail if required dependencies are not
|
||||
A shrinkwrap file must be consistent with the package's package.json
|
||||
file. "npm shrinkwrap" will fail if required dependencies are not
|
||||
already installed, since that would result in a shrinkwrap that
|
||||
wouldn't actually work. Similarly, the command will fail if there are
|
||||
extraneous packages (not referenced by `package.json`), since that would
|
||||
indicate that `package.json` is not correct.
|
||||
extraneous packages (not referenced by package.json), since that would
|
||||
indicate that package.json is not correct.
|
||||
|
||||
Since `npm shrinkwrap` is intended to lock down your dependencies for
|
||||
Since "npm shrinkwrap" is intended to lock down your dependencies for
|
||||
production use, `devDependencies` will not be included unless you
|
||||
explicitly set the `--dev` flag when you run `npm shrinkwrap`. If
|
||||
installed `devDependencies` are excluded, then npm will print a
|
||||
|
||||
10
deps/npm/doc/cli/npm-version.md
vendored
10
deps/npm/doc/cli/npm-version.md
vendored
@@ -40,14 +40,6 @@ in your git config for this to work properly. For example:
|
||||
|
||||
Enter passphrase:
|
||||
|
||||
If "preversion", "version", "postversion" in the "scripts" property of
|
||||
the package.json, it will execute by running `npm version`. preversion
|
||||
and version ware executed before bump the package version, postversion
|
||||
was executed after bump the package version. For example to run `npm version`
|
||||
after passed all test:
|
||||
|
||||
"scripts": { "preversion": "npm test" }
|
||||
|
||||
## CONFIGURATION
|
||||
|
||||
### git-tag-version
|
||||
@@ -60,8 +52,6 @@ Commit and tag the version change.
|
||||
## SEE ALSO
|
||||
|
||||
* npm-init(1)
|
||||
* npm-run-script(1)
|
||||
* npm-scripts(7)
|
||||
* package.json(5)
|
||||
* semver(7)
|
||||
* config(7)
|
||||
|
||||
7
deps/npm/doc/files/npmrc.md
vendored
7
deps/npm/doc/files/npmrc.md
vendored
@@ -17,7 +17,7 @@ The four relevant files are:
|
||||
|
||||
* per-project config file (/path/to/my/project/.npmrc)
|
||||
* per-user config file (~/.npmrc)
|
||||
* global config file ($PREFIX/etc/npmrc)
|
||||
* global config file ($PREFIX/npmrc)
|
||||
* npm builtin config file (/path/to/npm/npmrc)
|
||||
|
||||
All npm config files are an ini-formatted list of `key = value`
|
||||
@@ -36,11 +36,6 @@ example:
|
||||
key[] = "first value"
|
||||
key[] = "second value"
|
||||
|
||||
**NOTE:** Because local (per-project or per-user) `.npmrc` files can contain
|
||||
sensitive credentials, they must be readable and writable _only_ by your user
|
||||
account (i.e. must have a mode of `0600`), otherwise they _will be ignored by
|
||||
npm!_
|
||||
|
||||
### Per-project config file
|
||||
|
||||
When working locally in a project, a `.npmrc` file in the root of the
|
||||
|
||||
77
deps/npm/doc/files/package.json.md
vendored
77
deps/npm/doc/files/package.json.md
vendored
@@ -17,23 +17,14 @@ them. The name and version together form an identifier that is assumed
|
||||
to be completely unique. Changes to the package should come along with
|
||||
changes to the version.
|
||||
|
||||
The name is what your thing is called.
|
||||
The name is what your thing is called. Some tips:
|
||||
|
||||
Some rules:
|
||||
|
||||
* The name must be shorter than 214 characters. This includes the scope for
|
||||
scoped packages.
|
||||
* The name can't start with a dot or an underscore.
|
||||
* New packages must not have uppercase letters in the name.
|
||||
* The name ends up being part of a URL, an argument on the command line, and a
|
||||
folder name. Therefore, the name can't contain any non-URL-safe characters.
|
||||
|
||||
Some tips:
|
||||
|
||||
* Don't use the same name as a core Node module.
|
||||
* Don't put "js" or "node" in the name. It's assumed that it's js, since you're
|
||||
writing a package.json file, and you can specify the engine using the "engines"
|
||||
field. (See below.)
|
||||
* The name ends up being part of a URL, an argument on the command line, and a
|
||||
folder name. Any name with non-url-safe characters will be rejected.
|
||||
Also, it can't start with a dot or an underscore.
|
||||
* The name will probably be passed as an argument to require(), so it should
|
||||
be something short, but also reasonably descriptive.
|
||||
* You may want to check the npm registry to see if there's something by that name
|
||||
@@ -98,8 +89,9 @@ If a url is provided, it will be used by the `npm bugs` command.
|
||||
You should specify a license for your package so that people know how they are
|
||||
permitted to use it, and any restrictions you're placing on it.
|
||||
|
||||
If you're using a common license such as BSD-2-Clause or MIT, add a
|
||||
current SPDX license identifier for the license you're using, like this:
|
||||
The simplest way, assuming you're using a common license such as BSD-3-Clause
|
||||
or MIT, is to just specify the standard SPDX ID of the license you're using,
|
||||
like this:
|
||||
|
||||
{ "license" : "BSD-3-Clause" }
|
||||
|
||||
@@ -107,45 +99,8 @@ You can check [the full list of SPDX license IDs](https://spdx.org/licenses/).
|
||||
Ideally you should pick one that is
|
||||
[OSI](http://opensource.org/licenses/alphabetical) approved.
|
||||
|
||||
If your package is licensed under multiple common licenses, use an [SPDX license
|
||||
expression syntax version 2.0 string](http://npmjs.com/package/spdx), like this:
|
||||
|
||||
{ "license" : "(ISC OR GPL-3.0)" }
|
||||
|
||||
If you are using a license that hasn't been assigned an SPDX identifier, or if
|
||||
you are using a custom license, use the following valid SPDX expression:
|
||||
|
||||
{ "license" : "LicenseRef-LICENSE" }
|
||||
|
||||
Then include a LICENSE file at the top level of the package.
|
||||
|
||||
Some old packages used license objects or a "licenses" property containing an
|
||||
array of license objects:
|
||||
|
||||
// Not valid metadata
|
||||
{ "license" :
|
||||
{ "type" : "ISC"
|
||||
, "url" : "http://opensource.org/licenses/ISC"
|
||||
}
|
||||
}
|
||||
|
||||
// Not valid metadata
|
||||
{ "licenses" :
|
||||
[
|
||||
{ "type": "MIT"
|
||||
, "url": "http://www.opensource.org/licenses/mit-license.php"
|
||||
}
|
||||
, { "type": "Apache-2.0"
|
||||
, "url": "http://opensource.org/licenses/apache2.0.php"
|
||||
}
|
||||
]
|
||||
}
|
||||
|
||||
Those styles are now deprecated. Instead, use SPDX expressions, like this:
|
||||
|
||||
{ "license": "ISC" }
|
||||
|
||||
{ "license": "(MIT OR Apache-2.0)" }
|
||||
It's also a good idea to include a LICENSE file at the top level in
|
||||
your package.
|
||||
|
||||
## people fields: author, contributors
|
||||
|
||||
@@ -159,7 +114,7 @@ is an object with a "name" field and optionally "url" and "email", like this:
|
||||
|
||||
Or you can shorten that all into a single string, and npm will parse it for you:
|
||||
|
||||
"Barney Rubble <b@rubble.com> (http://barnyrubble.tumblr.com/)"
|
||||
"Barney Rubble <b@rubble.com> (http://barnyrubble.tumblr.com/)
|
||||
|
||||
Both email and url are optional either way.
|
||||
|
||||
@@ -317,17 +272,11 @@ The URL should be a publicly available (perhaps read-only) url that can be hande
|
||||
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.
|
||||
|
||||
For GitHub, GitHub gist, Bitbucket, or GitLab repositories you can use the same
|
||||
shortcut syntax you use for `npm install`:
|
||||
For GitHub repositories you can use the same shortcut syntax you use for `npm
|
||||
install`:
|
||||
|
||||
"repository": "npm/npm"
|
||||
|
||||
"repository": "gist:11081aaa281"
|
||||
|
||||
"repository": "bitbucket:example/repo"
|
||||
|
||||
"repository": "gitlab:another/repo"
|
||||
|
||||
## scripts
|
||||
|
||||
The "scripts" property is a dictionary containing script commands that are run
|
||||
@@ -499,7 +448,7 @@ run this script as well, so that you can test it easily.
|
||||
|
||||
## peerDependencies
|
||||
|
||||
In some cases, you want to express the compatibility of your package with a
|
||||
In some cases, you want to express the compatibility of your package with an
|
||||
host tool or library, while not necessarily doing a `require` of this host.
|
||||
This is usually referred to as a *plugin*. Notably, your module may be exposing
|
||||
a specific interface, expected and specified by the host documentation.
|
||||
|
||||
15
deps/npm/doc/misc/npm-config.md
vendored
15
deps/npm/doc/misc/npm-config.md
vendored
@@ -3,7 +3,7 @@ npm-config(7) -- More than you probably want to know about npm configuration
|
||||
|
||||
## DESCRIPTION
|
||||
|
||||
npm gets its configuration values from the following sources, sorted by priority:
|
||||
npm gets its configuration values from 6 sources, in this priority:
|
||||
|
||||
### Command Line Flags
|
||||
|
||||
@@ -804,19 +804,6 @@ it will install the specified tag.
|
||||
Also the tag that is added to the package@version specified by the `npm
|
||||
tag` command, if no explicit tag is given.
|
||||
|
||||
### tag-version-prefix
|
||||
|
||||
* Default: `"v"`
|
||||
* Type: String
|
||||
|
||||
If set, alters the prefix used when tagging a new version when performing a
|
||||
version increment using `npm-version`. To remove the prefix altogether, set it
|
||||
to the empty string: `""`.
|
||||
|
||||
Because other tools may rely on the convention that npm version tags look like
|
||||
`v1.0.0`, _only use this property if it is absolutely necessary_. In
|
||||
particular, use care when overriding this setting for public packages.
|
||||
|
||||
### tmp
|
||||
|
||||
* Default: TMPDIR environment variable, or "/tmp"
|
||||
|
||||
14
deps/npm/doc/misc/npm-faq.md
vendored
14
deps/npm/doc/misc/npm-faq.md
vendored
@@ -328,9 +328,9 @@ on Freenode IRC.
|
||||
## Why no namespaces?
|
||||
|
||||
npm has only one global namespace. If you want to namespace your own packages,
|
||||
you may: simply use the `-` character to separate the names or use scoped
|
||||
packages. npm is a mostly anarchic system. There is not sufficient need to
|
||||
impose namespace rules on everyone.
|
||||
you may: simply use the `-` character to separate the names. npm is a mostly
|
||||
anarchic system. There is not sufficient need to impose namespace rules on
|
||||
everyone.
|
||||
|
||||
As of 2.0, npm supports scoped packages, which allow you to publish a group of
|
||||
related modules without worrying about name collisions.
|
||||
@@ -340,11 +340,11 @@ user named `npm` owns the scope `@npm`. Scoped packages are published inside a
|
||||
scope by naming them as if they were files under the scope directory, e.g., by
|
||||
setting `name` in `package.json` to `@npm/npm`.
|
||||
|
||||
Scoped packages are supported by the public npm registry. The npm client is
|
||||
backwards-compatible with un-scoped registries, so it can be used to work with
|
||||
scoped and un-scoped registries at the same time.
|
||||
Scoped packages can coexist with public npm packages in a private npm registry.
|
||||
At present (2014-11-04) scoped packages may NOT be published to the public npm
|
||||
registry.
|
||||
|
||||
Unscoped packages can only depend on other unscoped packages. Scoped packages
|
||||
Unscoped packages can only depend on other unscoped packages. Scoped packages
|
||||
can depend on packages from their own scope, a different scope, or the public
|
||||
registry (unscoped).
|
||||
|
||||
|
||||
7
deps/npm/doc/misc/npm-registry.md
vendored
7
deps/npm/doc/misc/npm-registry.md
vendored
@@ -31,10 +31,9 @@ similar) design doc to implement the APIs.
|
||||
If you set up continuous replication from the official CouchDB, and then
|
||||
set your internal CouchDB as the registry config, then you'll be able
|
||||
to read any published packages, in addition to your private ones, and by
|
||||
default will only publish internally.
|
||||
|
||||
If you then want to publish a package for the whole world to see, you can
|
||||
simply override the `--registry` option for that `publish` command.
|
||||
default will only publish internally. If you then want to publish a
|
||||
package for the whole world to see, you can simply override the
|
||||
`--registry` config for that command.
|
||||
|
||||
## I don't want my package published in the official registry. It's private.
|
||||
|
||||
|
||||
36
deps/npm/doc/misc/npm-scope.md
vendored
36
deps/npm/doc/misc/npm-scope.md
vendored
@@ -13,9 +13,9 @@ followed by a slash, e.g.
|
||||
Scopes are a way of grouping related packages together, and also affect a few
|
||||
things about the way npm treats the package.
|
||||
|
||||
Scoped packages are supported by the public npm registry. The npm
|
||||
client is backwards-compatible with un-scoped registries, so it can be
|
||||
used to work with scoped and un-scoped registries at the same time.
|
||||
**As of 2014-09-03, scoped packages are not supported by the public npm registry**.
|
||||
However, the npm client is backwards-compatible with un-scoped registries, so
|
||||
it can be used to work with scoped and un-scoped registries at the same time.
|
||||
|
||||
## Installing scoped packages
|
||||
|
||||
@@ -51,29 +51,10 @@ just specifying to require the module `mypackage` in the folder called `@myorg`.
|
||||
|
||||
## Publishing scoped packages
|
||||
|
||||
Scoped packages can be published to any registry that supports them, including
|
||||
the public npm registry.
|
||||
|
||||
(As of 2015-04-19, the public npm registry **does** support scoped packages)
|
||||
|
||||
If you wish, you may associate a scope with a registry; see below.
|
||||
|
||||
### Publishing public scoped packages to the public npm registry
|
||||
|
||||
To publish a public scoped package, you must specify `--access public` with
|
||||
the initial publication. This will publish the package and set access
|
||||
to `public` as if you had run `npm access public` after publishing.
|
||||
|
||||
### Publishing private scoped packages to the npm registry
|
||||
|
||||
To publish a private scoped package to the npm registry, you must have
|
||||
an [npm Private Modules](https://www.npmjs.com/private-modules)
|
||||
account.
|
||||
|
||||
You can then publish the module with `npm publish` or `npm publish
|
||||
--access restricted`, and it will be present in the npm registry, with
|
||||
restricted access. You can then change the access permissions, if
|
||||
desired, with `npm access` or on the npmjs.com website.
|
||||
Scoped packages can be published to any registry that supports them.
|
||||
*As of 2014-09-03, the public npm registry does not support scoped packages*,
|
||||
so attempting to publish a scoped package to the registry will fail unless
|
||||
you have associated that scope with a different registry, see below.
|
||||
|
||||
## Associating a scope with a registry
|
||||
|
||||
@@ -100,5 +81,4 @@ that registry instead.
|
||||
## SEE ALSO
|
||||
|
||||
* npm-install(1)
|
||||
* npm-publish(1)
|
||||
* npm-access(1)
|
||||
* npm-publish(1)
|
||||
4
deps/npm/doc/misc/npm-scripts.md
vendored
4
deps/npm/doc/misc/npm-scripts.md
vendored
@@ -19,10 +19,6 @@ following scripts:
|
||||
Run BEFORE the package is uninstalled.
|
||||
* postuninstall:
|
||||
Run AFTER the package is uninstalled.
|
||||
* preversion, version:
|
||||
Run BEFORE bump the package version.
|
||||
* postversion:
|
||||
Run AFTER bump the package version.
|
||||
* pretest, test, posttest:
|
||||
Run by the `npm test` command.
|
||||
* prestop, stop, poststop:
|
||||
|
||||
74
deps/npm/html/doc/README.html
vendored
74
deps/npm/html/doc/README.html
vendored
@@ -32,16 +32,13 @@ paths, etc.) then read on.</p>
|
||||
<p>There's a pretty robust install script at
|
||||
<a href="https://www.npmjs.com/install.sh">https://www.npmjs.com/install.sh</a>. You can download that and run it.</p>
|
||||
<p>Here's an example using curl:</p>
|
||||
<pre><code class="lang-sh">curl -L https://www.npmjs.com/install.sh | sh
|
||||
</code></pre>
|
||||
<h3 id="slightly-fancier">Slightly Fancier</h3>
|
||||
<pre><code>curl -L https://npmjs.com/install.sh | sh
|
||||
</code></pre><h3 id="slightly-fancier">Slightly Fancier</h3>
|
||||
<p>You can set any npm configuration params with that script:</p>
|
||||
<pre><code class="lang-sh">npm_config_prefix=/some/path sh install.sh
|
||||
</code></pre>
|
||||
<p>Or, you can run it in uber-debuggery mode:</p>
|
||||
<pre><code class="lang-sh">npm_debug=1 sh install.sh
|
||||
</code></pre>
|
||||
<h3 id="even-fancier">Even Fancier</h3>
|
||||
<pre><code>npm_config_prefix=/some/path sh install.sh
|
||||
</code></pre><p>Or, you can run it in uber-debuggery mode:</p>
|
||||
<pre><code>npm_debug=1 sh install.sh
|
||||
</code></pre><h3 id="even-fancier">Even Fancier</h3>
|
||||
<p>Get the code with git. Use <code>make</code> to build the docs and do other stuff.
|
||||
If you plan on hacking on npm, <code>make link</code> is your friend.</p>
|
||||
<p>If you've got the npm source code, you can also semi-permanently set
|
||||
@@ -49,10 +46,10 @@ arbitrary config keys using the <code>./configure --key=val ...</code>, and then
|
||||
run npm commands by doing <code>node cli.js <cmd> <args></code>. (This is helpful
|
||||
for testing, or running stuff without actually installing npm itself.)</p>
|
||||
<h2 id="windows-install-or-upgrade">Windows Install or Upgrade</h2>
|
||||
<p>You can download a zip file from <a href="https://github.com/npm/npm/releases">https://github.com/npm/npm/releases</a>, and
|
||||
unpack it in the <code>node_modules\npm\</code> folder inside node's installation folder.</p>
|
||||
<p>To upgrade to npm 2, follow the Windows upgrade instructions in
|
||||
the npm Troubleshooting Guide:</p>
|
||||
<p>You can download a zip file from <a href="https://github.com/npm/npm/releases">https://github.com/npm/npm/releases</a>, and unpack it
|
||||
in the same folder where node.exe lives.</p>
|
||||
<p>The latest version in a zip file is 1.4.12. To upgrade to npm 2, follow the
|
||||
Windows upgrade instructions in the npm Troubleshooting Guide:</p>
|
||||
<p><a href="https://github.com/npm/npm/wiki/Troubleshooting#upgrading-on-windows">https://github.com/npm/npm/wiki/Troubleshooting#upgrading-on-windows</a></p>
|
||||
<p>If that's not fancy enough for you, then you can fetch the code with
|
||||
git, and mess with it directly.</p>
|
||||
@@ -60,12 +57,10 @@ git, and mess with it directly.</p>
|
||||
<p>No.</p>
|
||||
<h2 id="uninstalling">Uninstalling</h2>
|
||||
<p>So sad to see you go.</p>
|
||||
<pre><code class="lang-sh">sudo npm uninstall npm -g
|
||||
</code></pre>
|
||||
<p>Or, if that fails,</p>
|
||||
<pre><code class="lang-sh">sudo make uninstall
|
||||
</code></pre>
|
||||
<h2 id="more-severe-uninstalling">More Severe Uninstalling</h2>
|
||||
<pre><code>sudo npm uninstall npm -g
|
||||
</code></pre><p>Or, if that fails,</p>
|
||||
<pre><code>sudo make uninstall
|
||||
</code></pre><h2 id="more-severe-uninstalling">More Severe Uninstalling</h2>
|
||||
<p>Usually, the above instructions are sufficient. That will remove
|
||||
npm, but leave behind anything you've installed.</p>
|
||||
<p>If you would like to remove all the packages that you have installed,
|
||||
@@ -73,33 +68,25 @@ then you can use the <code>npm ls</code> command to find them, and then <code>np
|
||||
remove them.</p>
|
||||
<p>To remove cruft left behind by npm 0.x, you can use the included
|
||||
<code>clean-old.sh</code> script file. You can run it conveniently like this:</p>
|
||||
<pre><code class="lang-sh">npm explore npm -g -- sh scripts/clean-old.sh
|
||||
</code></pre>
|
||||
<p>npm uses two configuration files, one for per-user configs, and another
|
||||
<pre><code>npm explore npm -g -- sh scripts/clean-old.sh
|
||||
</code></pre><p>npm uses two configuration files, one for per-user configs, and another
|
||||
for global (every-user) configs. You can view them by doing:</p>
|
||||
<pre><code class="lang-sh">npm config get userconfig # defaults to ~/.npmrc
|
||||
<pre><code>npm config get userconfig # defaults to ~/.npmrc
|
||||
npm config get globalconfig # defaults to /usr/local/etc/npmrc
|
||||
</code></pre>
|
||||
<p>Uninstalling npm does not remove configuration files by default. You
|
||||
</code></pre><p>Uninstalling npm does not remove configuration files by default. You
|
||||
must remove them yourself manually if you want them gone. Note that
|
||||
this means that future npm installs will not remember the settings that
|
||||
you have chosen.</p>
|
||||
<h2 id="using-npm-programmatically">Using npm Programmatically</h2>
|
||||
<p>Although npm can be used programmatically, its API is meant for use by the CLI
|
||||
<em>only</em>, and no guarantees are made regarding its fitness for any other purpose.
|
||||
If you want to use npm to reliably perform some task, the safest thing to do is
|
||||
to invoke the desired <code>npm</code> command with appropriate arguments.</p>
|
||||
<p>The semantic version of npm refers to the CLI itself, rather than the
|
||||
underlying API. <em>The internal API is not guaranteed to remain stable even when
|
||||
npm's version indicates no breaking changes have been made according to
|
||||
semver.</em></p>
|
||||
<p>If you <em>still</em> would like to use npm programmatically, it's <em>possible</em>. The API
|
||||
isn't very well documented, but it <em>is</em> rather simple.</p>
|
||||
<p>Eventually, npm will be just a thin CLI wrapper around the modules that it
|
||||
depends on, but for now, there are some things that only the CLI can do. You
|
||||
should try using one of npm's dependencies first, and only use the API if what
|
||||
you're trying to do is only supported by npm itself.</p>
|
||||
<pre><code class="lang-javascript">var npm = require("npm")
|
||||
<p>If you would like to use npm programmatically, you can do that.
|
||||
It's not very well documented, but it <em>is</em> rather simple.</p>
|
||||
<p>Most of the time, unless you actually want to do all the things that
|
||||
npm does, you should try using one of npm's dependencies rather than
|
||||
using npm itself, if possible.</p>
|
||||
<p>Eventually, npm will be just a thin cli wrapper around the modules
|
||||
that it depends on, but for now, there are some things that you must
|
||||
use npm itself to do.</p>
|
||||
<pre><code>var npm = require("npm")
|
||||
npm.load(myConfigObject, function (er) {
|
||||
if (er) return handlError(er)
|
||||
npm.commands.install(["some", "args"], function (er, data) {
|
||||
@@ -108,8 +95,7 @@ npm.load(myConfigObject, function (er) {
|
||||
})
|
||||
npm.registry.log.on("log", function (message) { .... })
|
||||
})
|
||||
</code></pre>
|
||||
<p>The <code>load</code> function takes an object hash of the command-line configs.
|
||||
</code></pre><p>The <code>load</code> function takes an object hash of the command-line configs.
|
||||
The various <code>npm.commands.<cmd></code> functions take an <strong>array</strong> of
|
||||
positional argument <strong>strings</strong>. The last argument to any
|
||||
<code>npm.commands.<cmd></code> function is a callback. Some commands take other
|
||||
@@ -140,7 +126,7 @@ specific purpose, or lack of malice in any given npm package.</p>
|
||||
<p>If you have a complaint about a package in the public npm registry,
|
||||
and cannot <a href="https://docs.npmjs.com/misc/disputes">resolve it with the package
|
||||
owner</a>, please email
|
||||
<a href="mailto:support@npmjs.com">support@npmjs.com</a> and explain the situation.</p>
|
||||
<a href="mailto:support@npmjs.com">support@npmjs.com</a> and explain the situation.</p>
|
||||
<p>Any data published to The npm Registry (including user account
|
||||
information) may be removed or modified at the sole discretion of the
|
||||
npm server administrators.</p>
|
||||
@@ -183,5 +169,5 @@ will no 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@2.11.3</p>
|
||||
<p id="footer"><a href="../doc/README.html">README</a> — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-bin.html
vendored
2
deps/npm/html/doc/api/npm-bin.html
vendored
@@ -28,5 +28,5 @@ to the <code>npm.bin</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-bin — npm@2.11.3</p>
|
||||
<p id="footer">npm-bin — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-bugs.html
vendored
2
deps/npm/html/doc/api/npm-bugs.html
vendored
@@ -33,5 +33,5 @@ friendly for programmatic use.</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-bugs — npm@2.11.3</p>
|
||||
<p id="footer">npm-bugs — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-cache.html
vendored
2
deps/npm/html/doc/api/npm-cache.html
vendored
@@ -42,5 +42,5 @@ incrementation.</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@2.11.3</p>
|
||||
<p id="footer">npm-cache — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-commands.html
vendored
2
deps/npm/html/doc/api/npm-commands.html
vendored
@@ -36,5 +36,5 @@ usage, or <code>man 3 npm-<command></code> for programmatic usage.</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-commands — npm@2.11.3</p>
|
||||
<p id="footer">npm-commands — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-config.html
vendored
2
deps/npm/html/doc/api/npm-config.html
vendored
@@ -57,5 +57,5 @@ functions 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-config — npm@2.11.3</p>
|
||||
<p id="footer">npm-config — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-deprecate.html
vendored
2
deps/npm/html/doc/api/npm-deprecate.html
vendored
@@ -47,5 +47,5 @@ a deprecation warning to all who attempt to install it.</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@2.11.3</p>
|
||||
<p id="footer">npm-deprecate — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-docs.html
vendored
2
deps/npm/html/doc/api/npm-docs.html
vendored
@@ -33,5 +33,5 @@ friendly for programmatic use.</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@2.11.3</p>
|
||||
<p id="footer">npm-docs — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-edit.html
vendored
2
deps/npm/html/doc/api/npm-edit.html
vendored
@@ -36,5 +36,5 @@ and how this is used.</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-edit — npm@2.11.3</p>
|
||||
<p id="footer">npm-edit — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-explore.html
vendored
2
deps/npm/html/doc/api/npm-explore.html
vendored
@@ -31,5 +31,5 @@ sure to use <code>npm rebuild <pkg></code> if you make any changes.</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-explore — npm@2.11.3</p>
|
||||
<p id="footer">npm-explore — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-help-search.html
vendored
2
deps/npm/html/doc/api/npm-help-search.html
vendored
@@ -44,5 +44,5 @@ Name of the file that matched</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-help-search — npm@2.11.3</p>
|
||||
<p id="footer">npm-help-search — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-init.html
vendored
2
deps/npm/html/doc/api/npm-init.html
vendored
@@ -39,5 +39,5 @@ then go ahead and use this programmatically.</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@2.11.3</p>
|
||||
<p id="footer">npm-init — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-install.html
vendored
2
deps/npm/html/doc/api/npm-install.html
vendored
@@ -32,5 +32,5 @@ installed or when an error has been encountered.</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@2.11.3</p>
|
||||
<p id="footer">npm-install — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-link.html
vendored
2
deps/npm/html/doc/api/npm-link.html
vendored
@@ -42,5 +42,5 @@ the package in the current working directory</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@2.11.3</p>
|
||||
<p id="footer">npm-link — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-load.html
vendored
2
deps/npm/html/doc/api/npm-load.html
vendored
@@ -37,5 +37,5 @@ config object.</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-load — npm@2.11.3</p>
|
||||
<p id="footer">npm-load — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-ls.html
vendored
2
deps/npm/html/doc/api/npm-ls.html
vendored
@@ -63,5 +63,5 @@ dependency will only be output once.</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@2.11.3</p>
|
||||
<p id="footer">npm-ls — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-outdated.html
vendored
2
deps/npm/html/doc/api/npm-outdated.html
vendored
@@ -28,5 +28,5 @@ currently outdated.</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@2.11.3</p>
|
||||
<p id="footer">npm-outdated — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-owner.html
vendored
2
deps/npm/html/doc/api/npm-owner.html
vendored
@@ -47,5 +47,5 @@ that is not implemented at this 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-owner — npm@2.11.3</p>
|
||||
<p id="footer">npm-owner — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-pack.html
vendored
2
deps/npm/html/doc/api/npm-pack.html
vendored
@@ -33,5 +33,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@2.11.3</p>
|
||||
<p id="footer">npm-pack — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-prefix.html
vendored
2
deps/npm/html/doc/api/npm-prefix.html
vendored
@@ -29,5 +29,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-prefix — npm@2.11.3</p>
|
||||
<p id="footer">npm-prefix — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-prune.html
vendored
2
deps/npm/html/doc/api/npm-prune.html
vendored
@@ -30,5 +30,5 @@ package's dependencies list.</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-prune — npm@2.11.3</p>
|
||||
<p id="footer">npm-prune — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-publish.html
vendored
2
deps/npm/html/doc/api/npm-publish.html
vendored
@@ -46,5 +46,5 @@ the registry. Overwrites when the "force" environment variable is set
|
||||
<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@2.11.3</p>
|
||||
<p id="footer">npm-publish — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-rebuild.html
vendored
2
deps/npm/html/doc/api/npm-rebuild.html
vendored
@@ -30,5 +30,5 @@ the new binary. If no 'packages' parameter is specify, every package wil
|
||||
<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@2.11.3</p>
|
||||
<p id="footer">npm-rebuild — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-repo.html
vendored
2
deps/npm/html/doc/api/npm-repo.html
vendored
@@ -33,5 +33,5 @@ friendly for programmatic use.</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-repo — npm@2.11.3</p>
|
||||
<p id="footer">npm-repo — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-restart.html
vendored
2
deps/npm/html/doc/api/npm-restart.html
vendored
@@ -52,5 +52,5 @@ behavior will be accompanied by an increase in major version number</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-restart — npm@2.11.3</p>
|
||||
<p id="footer">npm-restart — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-root.html
vendored
2
deps/npm/html/doc/api/npm-root.html
vendored
@@ -29,5 +29,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@2.11.3</p>
|
||||
<p id="footer">npm-root — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-run-script.html
vendored
2
deps/npm/html/doc/api/npm-run-script.html
vendored
@@ -41,5 +41,5 @@ assumed to be the command to run. All other elements are 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">npm-run-script — npm@2.11.3</p>
|
||||
<p id="footer">npm-run-script — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-search.html
vendored
2
deps/npm/html/doc/api/npm-search.html
vendored
@@ -53,5 +53,5 @@ 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-search — npm@2.11.3</p>
|
||||
<p id="footer">npm-search — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-shrinkwrap.html
vendored
2
deps/npm/html/doc/api/npm-shrinkwrap.html
vendored
@@ -33,5 +33,5 @@ been saved.</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-shrinkwrap — npm@2.11.3</p>
|
||||
<p id="footer">npm-shrinkwrap — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-start.html
vendored
2
deps/npm/html/doc/api/npm-start.html
vendored
@@ -28,5 +28,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-start — npm@2.11.3</p>
|
||||
<p id="footer">npm-start — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-stop.html
vendored
2
deps/npm/html/doc/api/npm-stop.html
vendored
@@ -28,5 +28,5 @@ in the <code>packages</code> parameter.</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-stop — npm@2.11.3</p>
|
||||
<p id="footer">npm-stop — npm@2.7.0</p>
|
||||
|
||||
|
||||
1
deps/npm/html/doc/api/npm-submodule.html
vendored
1
deps/npm/html/doc/api/npm-submodule.html
vendored
@@ -43,3 +43,4 @@ dependencies into the submodule folder.</p>
|
||||
<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-submodule — npm@1.4.28</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-tag.html
vendored
2
deps/npm/html/doc/api/npm-tag.html
vendored
@@ -36,5 +36,5 @@ used. For more information about how to set this config, check
|
||||
<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-tag — npm@2.11.3</p>
|
||||
<p id="footer">npm-tag — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-test.html
vendored
2
deps/npm/html/doc/api/npm-test.html
vendored
@@ -30,5 +30,5 @@ in the <code>packages</code> parameter.</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-test — npm@2.11.3</p>
|
||||
<p id="footer">npm-test — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-uninstall.html
vendored
2
deps/npm/html/doc/api/npm-uninstall.html
vendored
@@ -30,5 +30,5 @@ uninstalled or when an error has been encountered.</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-uninstall — npm@2.11.3</p>
|
||||
<p id="footer">npm-uninstall — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-unpublish.html
vendored
2
deps/npm/html/doc/api/npm-unpublish.html
vendored
@@ -33,5 +33,5 @@ the root package entry is removed from the registry entirely.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-unpublish — npm@2.11.3</p>
|
||||
<p id="footer">npm-unpublish — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-update.html
vendored
2
deps/npm/html/doc/api/npm-update.html
vendored
@@ -33,5 +33,5 @@ parameter will be called when done or when an error occurs.</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@2.11.3</p>
|
||||
<p id="footer">npm-update — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-version.html
vendored
2
deps/npm/html/doc/api/npm-version.html
vendored
@@ -32,5 +32,5 @@ not have exactly one element. The only element should be a 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-version — npm@2.11.3</p>
|
||||
<p id="footer">npm-version — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-view.html
vendored
2
deps/npm/html/doc/api/npm-view.html
vendored
@@ -81,5 +81,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@2.11.3</p>
|
||||
<p id="footer">npm-view — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/api/npm-whoami.html
vendored
2
deps/npm/html/doc/api/npm-whoami.html
vendored
@@ -29,5 +29,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@2.11.3</p>
|
||||
<p id="footer">npm-whoami — npm@2.7.0</p>
|
||||
|
||||
|
||||
4
deps/npm/html/doc/api/npm.html
vendored
4
deps/npm/html/doc/api/npm.html
vendored
@@ -23,7 +23,7 @@ npm.load([configObject, ]function (er, npm) {
|
||||
npm.commands.install(["package"], cb)
|
||||
})
|
||||
</code></pre><h2 id="version">VERSION</h2>
|
||||
<p>2.11.3</p>
|
||||
<p>2.7.0</p>
|
||||
<h2 id="description">DESCRIPTION</h2>
|
||||
<p>This is the API documentation for npm.
|
||||
To find documentation of the command line
|
||||
@@ -109,5 +109,5 @@ method names. Use the <code>npm.deref</code> method to find the real 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 — npm@2.11.3</p>
|
||||
<p id="footer">npm — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-access.html
vendored
2
deps/npm/html/doc/cli/npm-access.html
vendored
@@ -75,5 +75,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@2.11.3</p>
|
||||
<p id="footer">npm-access — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-adduser.html
vendored
2
deps/npm/html/doc/cli/npm-adduser.html
vendored
@@ -68,5 +68,5 @@ precedence over any global configuration.</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@2.11.3</p>
|
||||
<p id="footer">npm-adduser — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-bin.html
vendored
2
deps/npm/html/doc/cli/npm-bin.html
vendored
@@ -35,5 +35,5 @@
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bin — npm@2.11.3</p>
|
||||
<p id="footer">npm-bin — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-bugs.html
vendored
2
deps/npm/html/doc/cli/npm-bugs.html
vendored
@@ -54,5 +54,5 @@ a <code>package.json</code> in the current folder and use the <code>name</code>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bugs — npm@2.11.3</p>
|
||||
<p id="footer">npm-bugs — npm@2.7.0</p>
|
||||
|
||||
|
||||
8
deps/npm/html/doc/cli/npm-build.html
vendored
8
deps/npm/html/doc/cli/npm-build.html
vendored
@@ -18,10 +18,8 @@ A folder containing a <code>package.json</code> file in its root.</li>
|
||||
</ul>
|
||||
<h2 id="description">DESCRIPTION</h2>
|
||||
<p>This is the plumbing command called by <code>npm link</code> and <code>npm install</code>.</p>
|
||||
<p>It should generally be called during installation, but if you need to run it
|
||||
directly, run:</p>
|
||||
<pre><code>npm run-script build
|
||||
</code></pre><h2 id="see-also">SEE ALSO</h2>
|
||||
<p>It should generally not be called directly.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-install.html"><a href="../cli/npm-install.html">npm-install(1)</a></a></li>
|
||||
<li><a href="../cli/npm-link.html"><a href="../cli/npm-link.html">npm-link(1)</a></a></li>
|
||||
@@ -40,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@2.11.3</p>
|
||||
<p id="footer">npm-build — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-bundle.html
vendored
2
deps/npm/html/doc/cli/npm-bundle.html
vendored
@@ -31,5 +31,5 @@ install packages into the local space.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-bundle — npm@2.11.3</p>
|
||||
<p id="footer">npm-bundle — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-cache.html
vendored
2
deps/npm/html/doc/cli/npm-cache.html
vendored
@@ -81,5 +81,5 @@ they do not make an HTTP request 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-cache — npm@2.11.3</p>
|
||||
<p id="footer">npm-cache — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-completion.html
vendored
2
deps/npm/html/doc/cli/npm-completion.html
vendored
@@ -42,5 +42,5 @@ completions based on the arguments.</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-completion — npm@2.11.3</p>
|
||||
<p id="footer">npm-completion — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-config.html
vendored
2
deps/npm/html/doc/cli/npm-config.html
vendored
@@ -66,5 +66,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@2.11.3</p>
|
||||
<p id="footer">npm-config — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-dedupe.html
vendored
2
deps/npm/html/doc/cli/npm-dedupe.html
vendored
@@ -63,5 +63,5 @@ versions.</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@2.11.3</p>
|
||||
<p id="footer">npm-dedupe — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-deprecate.html
vendored
2
deps/npm/html/doc/cli/npm-deprecate.html
vendored
@@ -38,5 +38,5 @@ something like this:</p>
|
||||
<tr><td style="width:60px;height:10px;background:rgb(237,127,127)" colspan=6> </td><td colspan=10 style="width:10px;height:10px;background:rgb(237,127,127)"> </td></tr>
|
||||
<tr><td colspan=5 style="width:50px;height:10px;background:#fff"> </td><td style="width:40px;height:10px;background:rgb(237,127,127)" colspan=4> </td><td style="width:90px;height:10px;background:#fff" colspan=9> </td></tr>
|
||||
</table>
|
||||
<p id="footer">npm-deprecate — npm@2.11.3</p>
|
||||
<p id="footer">npm-deprecate — npm@2.7.0</p>
|
||||
|
||||
|
||||
5
deps/npm/html/doc/cli/npm-dist-tag.html
vendored
5
deps/npm/html/doc/cli/npm-dist-tag.html
vendored
@@ -35,8 +35,7 @@ of using a specific version number:</p>
|
||||
</code></pre><p>When installing dependencies, a preferred tagged version may be specified:</p>
|
||||
<pre><code>npm install --tag <tag>
|
||||
</code></pre><p>This also applies to <code>npm dedupe</code>.</p>
|
||||
<p>Publishing a package sets the "latest" tag to the published version unless the
|
||||
<code>--tag</code> option is used. For example, <code>npm publish --tag=beta</code>.</p>
|
||||
<p>Publishing a package always sets the "latest" tag to the published version.</p>
|
||||
<h2 id="purpose">PURPOSE</h2>
|
||||
<p>Tags can be used to provide an alias instead of version numbers. For
|
||||
example, <code>npm</code> currently uses the tag "next" to identify the upcoming
|
||||
@@ -77,5 +76,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@2.11.3</p>
|
||||
<p id="footer">npm-dist-tag — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-docs.html
vendored
2
deps/npm/html/doc/cli/npm-docs.html
vendored
@@ -56,5 +56,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@2.11.3</p>
|
||||
<p id="footer">npm-docs — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-edit.html
vendored
2
deps/npm/html/doc/cli/npm-edit.html
vendored
@@ -49,5 +49,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@2.11.3</p>
|
||||
<p id="footer">npm-edit — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-explore.html
vendored
2
deps/npm/html/doc/cli/npm-explore.html
vendored
@@ -49,5 +49,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@2.11.3</p>
|
||||
<p id="footer">npm-explore — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-help-search.html
vendored
2
deps/npm/html/doc/cli/npm-help-search.html
vendored
@@ -46,5 +46,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@2.11.3</p>
|
||||
<p id="footer">npm-help-search — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-help.html
vendored
2
deps/npm/html/doc/cli/npm-help.html
vendored
@@ -52,5 +52,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@2.11.3</p>
|
||||
<p id="footer">npm-help — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-init.html
vendored
2
deps/npm/html/doc/cli/npm-init.html
vendored
@@ -48,5 +48,5 @@ defaults and not prompt you for any options.</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@2.11.3</p>
|
||||
<p id="footer">npm-init — npm@2.7.0</p>
|
||||
|
||||
|
||||
44
deps/npm/html/doc/cli/npm-install.html
vendored
44
deps/npm/html/doc/cli/npm-install.html
vendored
@@ -131,10 +131,18 @@ fetch the package by name if it is not valid.
|
||||
<pre><code> npm install sax@">=0.1.0 <0.2.0"
|
||||
npm install @myorg/privatepackage@">=0.1.0 <0.2.0"
|
||||
</code></pre></li>
|
||||
<li><p><code>npm install <githubname>/<githubrepo></code>:</p>
|
||||
<p> Install the package at <code>https://github.com/githubname/githubrepo" by
|
||||
attempting to clone it using</code>git`.</p>
|
||||
<p> Example:</p>
|
||||
<pre><code> npm install mygithubuser/myproject
|
||||
</code></pre><p> To reference a package in a git repo that is not on GitHub, see git
|
||||
remote urls below.</p>
|
||||
</li>
|
||||
<li><p><code>npm install <git remote url></code>:</p>
|
||||
<p> Install a package by cloning a git remote url. The format of the git
|
||||
url is:</p>
|
||||
<pre><code> <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:/]<path>[#<commit-ish>]
|
||||
<pre><code> <protocol>://[<user>@]<hostname><separator><path>[#<commit-ish>]
|
||||
</code></pre><p> <code><protocol></code> is one of <code>git</code>, <code>git+ssh</code>, <code>git+http</code>, or
|
||||
<code>git+https</code>. If no <code><commit-ish></code> is specified, then <code>master</code> is
|
||||
used.</p>
|
||||
@@ -143,38 +151,6 @@ fetch the package by name if it is not valid.
|
||||
git+https://isaacs@github.com/npm/npm.git
|
||||
git://github.com/npm/npm.git#v1.0.27
|
||||
</code></pre></li>
|
||||
<li><p><code>npm install <githubname>/<githubrepo>[#<commit-ish>]</code>:</p>
|
||||
</li>
|
||||
<li><p><code>npm install github:<githubname>/<githubrepo>[#<commit-ish>]</code>:</p>
|
||||
<p> Install the package at <code>https://github.com/githubname/githubrepo</code> by
|
||||
attempting to clone it using <code>git</code>.</p>
|
||||
<p> If you don't specify a <em>commit-ish</em> then <code>master</code> will be used.</p>
|
||||
<p> Examples:</p>
|
||||
<pre><code> npm install mygithubuser/myproject
|
||||
npm install github:mygithubuser/myproject
|
||||
</code></pre></li>
|
||||
<li><p><code>npm install gist:[<githubname>/]<gistID>[#<commit-ish>]</code>:</p>
|
||||
<p> Install the package at <code>https://gist.github.com/gistID</code> by attempting to
|
||||
clone it using <code>git</code>. The GitHub username associated with the gist is
|
||||
optional and will not be saved in <code>package.json</code> if <code>--save</code> is used.</p>
|
||||
<p> If you don't specify a <em>commit-ish</em> then <code>master</code> will be used.</p>
|
||||
<p> Example:</p>
|
||||
<pre><code> npm install gist:101a11beef
|
||||
</code></pre></li>
|
||||
<li><p><code>npm install bitbucket:<bitbucketname>/<bitbucketrepo>[#<commit-ish>]</code>:</p>
|
||||
<p> Install the package at <code>https://bitbucket.org/bitbucketname/bitbucketrepo</code>
|
||||
by attempting to clone it using <code>git</code>.</p>
|
||||
<p> If you don't specify a <em>commit-ish</em> then <code>master</code> will be used.</p>
|
||||
<p> Example:</p>
|
||||
<pre><code> npm install bitbucket:mybitbucketuser/myproject
|
||||
</code></pre></li>
|
||||
<li><p><code>npm install gitlab:<gitlabname>/<gitlabrepo>[#<commit-ish>]</code>:</p>
|
||||
<p> Install the package at <code>https://gitlab.com/gitlabname/gitlabrepo</code>
|
||||
by attempting to clone it using <code>git</code>.</p>
|
||||
<p> If you don't specify a <em>commit-ish</em> then <code>master</code> will be used.</p>
|
||||
<p> Example:</p>
|
||||
<pre><code> npm install gitlab:mygitlabuser/myproject
|
||||
</code></pre></li>
|
||||
</ul>
|
||||
<p>You may combine multiple arguments, and even multiple types of arguments.
|
||||
For example:</p>
|
||||
@@ -264,5 +240,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@2.11.3</p>
|
||||
<p id="footer">npm-install — npm@2.7.0</p>
|
||||
|
||||
|
||||
5
deps/npm/html/doc/cli/npm-link.html
vendored
5
deps/npm/html/doc/cli/npm-link.html
vendored
@@ -35,8 +35,7 @@ npm link # creates global link
|
||||
cd ~/projects/node-bloggy # go into some other package directory.
|
||||
npm link redis # link-install the package
|
||||
</code></pre><p>Now, any changes to ~/projects/node-redis will be reflected in
|
||||
~/projects/node-bloggy/node_modules/node-redis/. Note that the link should
|
||||
be to the package name, not the directory name for that package. </p>
|
||||
~/projects/node-bloggy/node_modules/node-redis/</p>
|
||||
<p>You may also shortcut the two steps in one. For example, to do the
|
||||
above use-case in a shorter way:</p>
|
||||
<pre><code>cd ~/projects/node-bloggy # go into the dir of your main project
|
||||
@@ -72,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@2.11.3</p>
|
||||
<p id="footer">npm-link — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-logout.html
vendored
2
deps/npm/html/doc/cli/npm-logout.html
vendored
@@ -55,5 +55,5 @@ that registry at the same 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-logout — npm@2.11.3</p>
|
||||
<p id="footer">npm-logout — npm@2.7.0</p>
|
||||
|
||||
|
||||
4
deps/npm/html/doc/cli/npm-ls.html
vendored
4
deps/npm/html/doc/cli/npm-ls.html
vendored
@@ -22,7 +22,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@2.11.3 /path/to/npm
|
||||
<pre><code>npm@2.7.0 /path/to/npm
|
||||
└─┬ init-package-json@0.0.4
|
||||
└── promzard@0.1.5
|
||||
</code></pre><p>It will print out extraneous, missing, and invalid packages.</p>
|
||||
@@ -97,5 +97,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@2.11.3</p>
|
||||
<p id="footer">npm-ls — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-outdated.html
vendored
2
deps/npm/html/doc/cli/npm-outdated.html
vendored
@@ -67,5 +67,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@2.11.3</p>
|
||||
<p id="footer">npm-outdated — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-owner.html
vendored
2
deps/npm/html/doc/cli/npm-owner.html
vendored
@@ -49,5 +49,5 @@ that is not implemented at this 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-owner — npm@2.11.3</p>
|
||||
<p id="footer">npm-owner — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-pack.html
vendored
2
deps/npm/html/doc/cli/npm-pack.html
vendored
@@ -41,5 +41,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@2.11.3</p>
|
||||
<p id="footer">npm-pack — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-prefix.html
vendored
2
deps/npm/html/doc/cli/npm-prefix.html
vendored
@@ -38,5 +38,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@2.11.3</p>
|
||||
<p id="footer">npm-prefix — npm@2.7.0</p>
|
||||
|
||||
|
||||
8
deps/npm/html/doc/cli/npm-prune.html
vendored
8
deps/npm/html/doc/cli/npm-prune.html
vendored
@@ -19,10 +19,8 @@ provided, then only packages matching one of the supplied names are
|
||||
removed.</p>
|
||||
<p>Extraneous packages are packages that are not listed on the parent
|
||||
package's dependencies list.</p>
|
||||
<p>If the <code>--production</code> flag is specified or the <code>NODE_ENV</code> environment
|
||||
variable is set to <code>production</code>, this command will remove the packages
|
||||
specified in your <code>devDependencies</code>. Setting <code>--production=false</code> will
|
||||
negate <code>NODE_ENV</code> being set to <code>production</code>.</p>
|
||||
<p>If the <code>--production</code> flag is specified, this command will remove the
|
||||
packages specified in your <code>devDependencies</code>.</p>
|
||||
<h2 id="see-also">SEE ALSO</h2>
|
||||
<ul>
|
||||
<li><a href="../cli/npm-rm.html"><a href="../cli/npm-rm.html">npm-rm(1)</a></a></li>
|
||||
@@ -41,5 +39,5 @@ negate <code>NODE_ENV</code> being set to <code>production</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-prune — npm@2.11.3</p>
|
||||
<p id="footer">npm-prune — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-publish.html
vendored
2
deps/npm/html/doc/cli/npm-publish.html
vendored
@@ -66,5 +66,5 @@ it is removed with <a href="../cli/npm-unpublish.html"><a href="../cli/npm-unpub
|
||||
<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@2.11.3</p>
|
||||
<p id="footer">npm-publish — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-rebuild.html
vendored
2
deps/npm/html/doc/cli/npm-rebuild.html
vendored
@@ -38,5 +38,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@2.11.3</p>
|
||||
<p id="footer">npm-rebuild — npm@2.7.0</p>
|
||||
|
||||
|
||||
2
deps/npm/html/doc/cli/npm-repo.html
vendored
2
deps/npm/html/doc/cli/npm-repo.html
vendored
@@ -42,5 +42,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@2.11.3</p>
|
||||
<p id="footer">npm-repo — npm@2.7.0</p>
|
||||
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user