@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "PACKAGE\.JSON" "5" "July 2013" "" ""
.TH "PACKAGE\.JSON" "5" "August 2013" "" ""
.
.SH "NAME"
\fBpackage.json\fR \-\- Specifics of npm\'s package\.json handling
@@ -91,24 +91,7 @@ Version must be parseable by node\-semver \fIhttps://github\.com/isaacs/node\-se
with npm as a dependency\. (\fBnpm install semver\fR to use it yourself\.)
.
.P
Here\'s how npm\'s semver implementation deviates from what\'s on semver\.org:
.
.IP "\(bu" 4
Versions can start with "v"
.
.IP "\(bu" 4
A numeric item separated from the main three\-number version by a hyphen
will be interpreted as a "build" number, and will \fIincrease\fR the version\.
But, if the tag is not a number separated by a hyphen, then it\'s treated
as a pre\-release tag, and is \fIless than\fR the version without a tag\.
So, \fB0\.1\.2\-7 > 0\.1\.2\-7\-beta > 0\.1\.2\-6 > 0\.1\.2 > 0\.1\.2beta\fR
.
.IP "" 0
.
.P
This is a little bit confusing to explain, but matches what you see in practice
when people create tags in git like "v1\.2\.3" and then do "git describe" to generate
a patch version\.
npm help More on version numbers and ranges at semver\.
.
.SH "description"
Put a description in it\. It\'s a string\. This helps people discover your
@@ -460,24 +443,21 @@ npm help See \fBnpm\-confignpm help \fR and \fBnpm\-scripts\fR for more on pac
configs\.
.
.SH "dependencies"
Dependencies are specified with a simple hash of package name to version
range\. The version range is EITHER a string which has one or more
space\-separated descriptors, OR a range like "fromVersion \- toVersion"
Dependencies are specified with a simple hash of package name to
version range\. The version range is a string which has one or more
space\-separated descriptors\. Dependencies can also be identified with
a tarball or git URL\.
.
.P
\fBPlease do not put test harnesses in your \fBdependencies\fR hash\.\fR See \fBdevDependencies\fR, below\.
\fBPlease do not put test harnesses or transpilers in your \fBdependencies\fR hash\.\fR See \fBdevDependencies\fR, below\.
.
.P
Version range descriptors may be any of the following styles, where "version"
is a semver compatible version identifier\.
npm help See semver for more details about specifying version ranges\.
.
.IP "\(bu" 4
\fBversion\fR Must match \fBversion\fR exactly
.
.IP "\(bu" 4
\fB=version\fR Same as just \fBversion\fR
.
.IP "\(bu" 4
\fB>version\fR Must be greater than \fBversion\fR
.
.IP "\(bu" 4
@@ -490,10 +470,10 @@ is a semver compatible version identifier\.
\fB<=version\fR
.
.IP "\(bu" 4
\fB~version\fR See \'Tilde Version Ranges\' below
npm help \fB~version\fR "Approximately equivalent to version" See semver
.
.IP "\(bu" 4
\fB1\.2\.x\fR See \'X Version Ranges\' below
\fB1\.2\.x\fR 1\.2\.0, 1\.2\.1, etc\., but not 1\.3\.0
.
.IP "\(bu" 4
\fBhttp://\.\.\.\fR See \'URLs as Dependencies\' below
@@ -539,63 +519,8 @@ For example, these are all valid:
.
.IP "" 0
.
.SS "Tilde Version Ranges"
A range specifier starting with a tilde \fB~\fR character is matched against
a version in the following fashion\.
.
.IP "\(bu" 4
The version must be at least as high as the range\.
.
.IP "\(bu" 4
The version must be less than the next major revision above the range\.
.
.IP "" 0
.
.P
For example, the following are equivalent:
.
.IP "\(bu" 4
\fB"~1\.2\.3" = ">=1\.2\.3 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"~1\.2" = ">=1\.2\.0 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"~1" = ">=1\.0\.0 <1\.1\.0"\fR
.
.IP "" 0
.
.SS "X Version Ranges"
An "x" in a version range specifies that the version number must start
with the supplied digits, but any digit may be used in place of the x\.
.
.P
The following are equivalent:
.
.IP "\(bu" 4
\fB"1\.2\.x" = ">=1\.2\.0 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"1\.x\.x" = ">=1\.0\.0 <2\.0\.0"\fR
.
.IP "\(bu" 4
\fB"1\.2" = "1\.2\.x"\fR
.
.IP "\(bu" 4
\fB"1\.x" = "1\.x\.x"\fR
.
.IP "\(bu" 4
\fB"1" = "1\.x\.x"\fR
.
.IP "" 0
.
.P
You may not supply a comparator with a version containing an x\. Any
digits after the first "x" are ignored\.
.
.SS "URLs as Dependencies"
Starting with npm version 0\.2\.14, you may specify a tarball URL in place
of a version range\.
You may specify a tarball URL in place of a version range\.
.
.P
This tarball will be downloaded and installed locally to your package at
@@ -630,10 +555,38 @@ the external test or documentation framework that you use\.
In this case, it\'s best to list these additional items in a \fBdevDependencies\fR hash\.
.
.P
These things will be installed whenever the \fB\-\-dev\fR configuration flag
is set\. This flag is set automatically when doing \fBnpm link\fR or when doing \fBnpm install\fR from the root of a package, and can be managed like any other npm
These things will be installed when doing \fBnpm link\fR or \fBnpm install\fR
from the root of a package, and can be managed like any other npm
npm help configuration param\. See \fBnpm\-config\fR for more on the topic\.
.
.P
For build steps that are not platform\-specific, such as compiling
CoffeeScript or other languages to JavaScript, use the \fBprepublish\fR
script to do this, and make the required package a devDependency\.
.
.P
For example:
.
.P
\fBjson
{ "name": "ethopia\-waza",
"description": "a delightfully fruity coffee varietal",
"version": "1\.2\.3",
"devDependencies": {
"coffee\-script": "~1\.6\.3"
},
"scripts": {
"prepublish": "coffee \-o lib/ \-c src/waza\.coffee"
},
"main": "lib/waza\.js"
}\fR
.
.P
The \fBprepublish\fR script will be run before publishing, so that users
can consume the functionality without requiring them to compile it
themselves\. In dev mode (ie, locally running \fBnpm install\fR), it\'ll
run this script as well, so that you can test it easily\.
.
.SH "bundledDependencies"
Array of package names that will be bundled when publishing the package\.
.
@@ -680,7 +633,7 @@ You can specify the version of node that your stuff works on:
.IP "" 4
.
.nf
{ "engines" : { "node" : ">=0\.1\.27 <0\.1\.30" } }
{ "engines" : { "node" : ">=0\.10\.3 <0\.12" } }
.
.fi
.
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPMRC" "5" "July 2013" "" ""
.TH "NPMRC" "5" "August 2013" "" ""
.
.SH "NAME"
\fBnpmrc\fR \-\- The npm config files
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "PACKAGE\.JSON" "5" "July 2013" "" ""
.TH "PACKAGE\.JSON" "5" "August 2013" "" ""
.
.SH "NAME"
\fBpackage.json\fR \-\- Specifics of npm\'s package\.json handling
@@ -91,24 +91,7 @@ Version must be parseable by node\-semver \fIhttps://github\.com/isaacs/node\-se
with npm as a dependency\. (\fBnpm install semver\fR to use it yourself\.)
.
.P
Here\'s how npm\'s semver implementation deviates from what\'s on semver\.org:
.
.IP "\(bu" 4
Versions can start with "v"
.
.IP "\(bu" 4
A numeric item separated from the main three\-number version by a hyphen
will be interpreted as a "build" number, and will \fIincrease\fR the version\.
But, if the tag is not a number separated by a hyphen, then it\'s treated
as a pre\-release tag, and is \fIless than\fR the version without a tag\.
So, \fB0\.1\.2\-7 > 0\.1\.2\-7\-beta > 0\.1\.2\-6 > 0\.1\.2 > 0\.1\.2beta\fR
.
.IP "" 0
.
.P
This is a little bit confusing to explain, but matches what you see in practice
when people create tags in git like "v1\.2\.3" and then do "git describe" to generate
a patch version\.
npm help More on version numbers and ranges at semver\.
.
.SH "description"
Put a description in it\. It\'s a string\. This helps people discover your
@@ -460,24 +443,21 @@ npm help See \fBnpm\-confignpm help \fR and \fBnpm\-scripts\fR for more on pac
configs\.
.
.SH "dependencies"
Dependencies are specified with a simple hash of package name to version
range\. The version range is EITHER a string which has one or more
space\-separated descriptors, OR a range like "fromVersion \- toVersion"
Dependencies are specified with a simple hash of package name to
version range\. The version range is a string which has one or more
space\-separated descriptors\. Dependencies can also be identified with
a tarball or git URL\.
.
.P
\fBPlease do not put test harnesses in your \fBdependencies\fR hash\.\fR See \fBdevDependencies\fR, below\.
\fBPlease do not put test harnesses or transpilers in your \fBdependencies\fR hash\.\fR See \fBdevDependencies\fR, below\.
.
.P
Version range descriptors may be any of the following styles, where "version"
is a semver compatible version identifier\.
npm help See semver for more details about specifying version ranges\.
.
.IP "\(bu" 4
\fBversion\fR Must match \fBversion\fR exactly
.
.IP "\(bu" 4
\fB=version\fR Same as just \fBversion\fR
.
.IP "\(bu" 4
\fB>version\fR Must be greater than \fBversion\fR
.
.IP "\(bu" 4
@@ -490,10 +470,10 @@ is a semver compatible version identifier\.
\fB<=version\fR
.
.IP "\(bu" 4
\fB~version\fR See \'Tilde Version Ranges\' below
npm help \fB~version\fR "Approximately equivalent to version" See semver
.
.IP "\(bu" 4
\fB1\.2\.x\fR See \'X Version Ranges\' below
\fB1\.2\.x\fR 1\.2\.0, 1\.2\.1, etc\., but not 1\.3\.0
.
.IP "\(bu" 4
\fBhttp://\.\.\.\fR See \'URLs as Dependencies\' below
@@ -539,63 +519,8 @@ For example, these are all valid:
.
.IP "" 0
.
.SS "Tilde Version Ranges"
A range specifier starting with a tilde \fB~\fR character is matched against
a version in the following fashion\.
.
.IP "\(bu" 4
The version must be at least as high as the range\.
.
.IP "\(bu" 4
The version must be less than the next major revision above the range\.
.
.IP "" 0
.
.P
For example, the following are equivalent:
.
.IP "\(bu" 4
\fB"~1\.2\.3" = ">=1\.2\.3 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"~1\.2" = ">=1\.2\.0 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"~1" = ">=1\.0\.0 <1\.1\.0"\fR
.
.IP "" 0
.
.SS "X Version Ranges"
An "x" in a version range specifies that the version number must start
with the supplied digits, but any digit may be used in place of the x\.
.
.P
The following are equivalent:
.
.IP "\(bu" 4
\fB"1\.2\.x" = ">=1\.2\.0 <1\.3\.0"\fR
.
.IP "\(bu" 4
\fB"1\.x\.x" = ">=1\.0\.0 <2\.0\.0"\fR
.
.IP "\(bu" 4
\fB"1\.2" = "1\.2\.x"\fR
.
.IP "\(bu" 4
\fB"1\.x" = "1\.x\.x"\fR
.
.IP "\(bu" 4
\fB"1" = "1\.x\.x"\fR
.
.IP "" 0
.
.P
You may not supply a comparator with a version containing an x\. Any
digits after the first "x" are ignored\.
.
.SS "URLs as Dependencies"
Starting with npm version 0\.2\.14, you may specify a tarball URL in place
of a version range\.
You may specify a tarball URL in place of a version range\.
.
.P
This tarball will be downloaded and installed locally to your package at
@@ -630,10 +555,38 @@ the external test or documentation framework that you use\.
In this case, it\'s best to list these additional items in a \fBdevDependencies\fR hash\.
.
.P
These things will be installed whenever the \fB\-\-dev\fR configuration flag
is set\. This flag is set automatically when doing \fBnpm link\fR or when doing \fBnpm install\fR from the root of a package, and can be managed like any other npm
These things will be installed when doing \fBnpm link\fR or \fBnpm install\fR
from the root of a package, and can be managed like any other npm
npm help configuration param\. See \fBnpm\-config\fR for more on the topic\.
.
.P
For build steps that are not platform\-specific, such as compiling
CoffeeScript or other languages to JavaScript, use the \fBprepublish\fR
script to do this, and make the required package a devDependency\.
.
.P
For example:
.
.P
\fBjson
{ "name": "ethopia\-waza",
"description": "a delightfully fruity coffee varietal",
"version": "1\.2\.3",
"devDependencies": {
"coffee\-script": "~1\.6\.3"
},
"scripts": {
"prepublish": "coffee \-o lib/ \-c src/waza\.coffee"
},
"main": "lib/waza\.js"
}\fR
.
.P
The \fBprepublish\fR script will be run before publishing, so that users
can consume the functionality without requiring them to compile it
themselves\. In dev mode (ie, locally running \fBnpm install\fR), it\'ll
run this script as well, so that you can test it easily\.
.
.SH "bundledDependencies"
Array of package names that will be bundled when publishing the package\.
.
@@ -680,7 +633,7 @@ You can specify the version of node that your stuff works on:
.IP "" 4
.
.nf
{ "engines" : { "node" : ">=0\.1\.27 <0\.1\.30" } }
{ "engines" : { "node" : ">=0\.10\.3 <0\.12" } }
.
.fi
.
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-CODING\-STYLE" "7" "July 2013" "" ""
.TH "NPM\-CODING\-STYLE" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-coding-style\fR \-\- npm\'s "funny" coding style
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-CONFIG" "7" "July 2013" "" ""
.TH "NPM\-CONFIG" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-config\fR \-\- More than you probably want to know about npm configuration
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-DEVELOPERS" "7" "July 2013" "" ""
.TH "NPM\-DEVELOPERS" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-developers\fR \-\- Developer Guide
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-DISPUTES" "7" "July 2013" "" ""
.TH "NPM\-DISPUTES" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-disputes\fR \-\- Handling Module Name Disputes
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-FAQ" "7" "July 2013" "" ""
.TH "NPM\-FAQ" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-faq\fR \-\- Frequently Asked Questions
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-INDEX" "7" "July 2013" "" ""
.TH "NPM\-INDEX" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-index\fR \-\- Index of all npm documentation
@@ -147,6 +147,9 @@ View registry info
npm help .SH "npm\-whoami"
Display npm username
.
npm help .SH "repo"
Open package repository page in the browser
.
npm apihelp .SH "npm"
node package manager
.
@@ -261,6 +264,9 @@ View registry info
npm apihelp .SH "npm\-whoami"
Display npm username
.
npm apihelp .SH "repo"
Open package repository page in the browser
.
npm help .SH "npm\-folders"
Folder Structures Used by npm
.
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-REGISTRY" "7" "July 2013" "" ""
.TH "NPM\-REGISTRY" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-registry\fR \-\- The JavaScript Package Registry
@@ -55,40 +55,8 @@ registry using npm\. What little security there is would be for nought
otherwise\.
.
.SH "Do I have to use couchdb to build a registry that npm can talk to?"
No, but it\'s way easier\.
.
.SH "I published something elsewhere, and want to tell the npm registry about it\."
That is supported, but not using the npm client\. You\'ll have to get
your hands dirty and do some HTTP\. The request looks something like
this:
.
.IP "" 4
.
.nf
PUT /my\-foreign\-package
content\-type:application/json
accept:application/json
authorization:Basic $base_64_encoded
{ "name":"my\-foreign\-package"
, "maintainers":["owner","usernames"]
, "description":"A package that is hosted elsewhere"
, "keywords":["nih","my cheese smells the best"]
, "url":"http://my\-different\-registry\.com/blerg/my\-local\-package"
}
.
.fi
.
.IP "" 0
.
.P
(Keywords and description are optional, but recommended\. Name,
maintainers, and url are required\.)
.
.P
Then, when a user tries to install "my\-foreign\-package", it\'ll redirect
to your registry\. If that doesn\'t resolve to a valid package entry,
then it\'ll fail, so please make sure that you understand the spec, and
ask for help on the \fInpm\-@googlegroups\.com\fR mailing list\.
No, but it\'s way easier\. Basically, yes, you do, or you have to
effectively implement the entire CouchDB API anyway\.
.
.SH "Is there a website or something to see package docs and such?"
Yes, head over to \fIhttps://npmjs\.org/\fR
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-SCRIPTS" "7" "July 2013" "" ""
.TH "NPM\-SCRIPTS" "7" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-scripts\fR \-\- How npm handles the "scripts" field
@@ -63,7 +63,7 @@ stop and start scripts if no \fBrestart\fR script is provided\.
.IP "" 0
.
.P
Additionally, arbitrary scrips can be run by doing \fBnpm run\-script <stage> <pkg>\fR\|\.
Additionally, arbitrary scripts can be run by doing \fBnpm run\-script <stage> <pkg>\fR\|\.
.
.SH "NOTE: INSTALL SCRIPTS ARE AN ANTIPATTERN"
\fBtl;dr\fR Don\'t use \fBinstall\fR\|\. Use a \fB\|\.gyp\fR file for compilation, and \fBprepublish\fR for anything else\.
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "NPM\-REMOVAL" "1" "July 2013" "" ""
.TH "NPM\-REMOVAL" "1" "August 2013" "" ""
.
.SH "NAME"
\fBnpm-removal\fR \-\- Cleaning the Slate
@@ -1,7 +1,7 @@
.\" Generated with Ronnjs 0.3.8
.\" http://github.com/kapouer/ronnjs/
.
.TH "SEMVER" "7" "July 2013" "" ""
.TH "SEMVER" "7" "August 2013" "" ""
.
.SH "NAME"
\fBsemver\fR \-\- The semantic versioner for npm

Large diffs are not rendered by default.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

Large diffs are not rendered by default.

This file was deleted.

This file was deleted.

This file was deleted.

Deleted file not rendered

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

This file was deleted.

Large diffs are not rendered by default.

Large diffs are not rendered by default.

Large diffs are not rendered by default.