If it works it will output something like:

npm notice PING https://registry.npmjs.org/

npm notice PONG 255ms

otherwise you will get an error:

npm notice PING http://foo.com/

npm ERR! code E404

npm ERR! 404 Not Found - GET http://www.foo.com/-/ping?write=true

{

"name": "my-workspaces-powered-project",

"workspaces": [

"packages/a"

]

}

Given the above `package.json` example living at a current working

directory `.` that contains a folder named `packages/a` that itself contains

a `package.json` inside it, defining a Node.js package, e.g:

The expected result once running `npm install` in this current working

directory `.` is that the folder `packages/a` will get symlinked to the

`node_modules` folder of the current working dir.

Below is a post `npm install` example, given that same previous example

<p><code>npm install &lt;folder&gt;</code>:</p>

<p>If <code>&lt;folder&gt;</code> sits inside the root of your project, its dependencies will be installed and may

be hoisted to the top-level <code>node_modules</code> as they would for other

types of dependencies. If <code>&lt;folder&gt;</code> sits outside the root of your project,

<em>npm will not install the package dependencies</em> in the directory <code>&lt;folder&gt;</code>,

but it will create a symlink to <code>&lt;folder&gt;</code>.</p>

<p>NOTE: If you want to install the content of a directory like a package from the registry instead of creating a link, you would need to use <a href="../commands/npm-pack.html"><code>npm pack</code></a> while in the <code>&lt;folder&gt;</code> directory, and then install the resulting tarball instead of the <code>&lt;folder&gt;</code> using <code>npm install &lt;tarball file&gt;</code></p>

<p>Example:</p>

<pre lang="bash"><code>npm install ../../other-package

npm install ./sub-package

<p><code>npm install &lt;tarball file&gt;</code>:</p>

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 lang="bash"><code>npm@8.5.1 /path/to/npm

└─┬ init-package-json@0.0.4

└── promzard@0.1.5

<h3 id="description">Description</h3>

<p>Ping the configured or given npm registry and verify authentication.

If it works it will output something like:</p>

<pre lang="bash"><code>npm notice PING https://registry.npmjs.org/

npm notice PONG 255ms

<p>otherwise you will get an error:</p>

<pre lang="bash"><code>npm notice PING http://foo.com/

npm ERR! code E404

npm ERR! 404 Not Found - GET http://www.foo.com/-/ping?write=true

<h3 id="configuration">Configuration</h3>

<pre lang="bash"><code>npm &lt;command&gt; [args]

<h3 id="version">Version</h3>

<p>8.5.1</p>

<h3 id="description">Description</h3>

<p>npm is the package manager for the Node JavaScript platform. It puts

modules in place so that node can find them, and manages dependency

<pre lang="json"><code>{

"name": "my-workspaces-powered-project",

"workspaces": [

"packages/a"

]

}

<p>Given the above <code>package.json</code> example living at a current working

directory <code>.</code> that contains a folder named <code>packages/a</code> that itself contains

a <code>package.json</code> inside it, defining a Node.js package, e.g:</p>

<pre><code>.

+-- package.json

`-- packages

+-- a

| `-- package.json

<p>The expected result once running <code>npm install</code> in this current working

directory <code>.</code> is that the folder <code>packages/a</code> will get symlinked to the

<code>node_modules</code> folder of the current working dir.</p>

<p>Below is a post <code>npm install</code> example, given that same previous example

structure of files and folders:</p>

<pre><code>.

+-- node_modules

| `-- packages/a -&gt; ../packages/a

+-- package-lock.json

+-- package.json

`-- packages

+-- a

| `-- package.json

<h3 id="getting-started-with-workspaces">Getting started with workspaces</h3>

<p>You may automate the required steps to define a new workspace using

'set <key>=<value> [<key>=<value> ...]',

'get [<key> [<key> ...]]',

'delete <key> [<key> ...]',

'set [<array>[<index>].<key>=<value> ...]',

'set [<array>[].<key>=<value> ...]',

]

static params = [

.IP \(bu 2

\fBnpm install <folder>\fP:

If \fB<folder>\fP sits inside the root of your project, its dependencies will be installed and may

be hoisted to the top\-level \fBnode_modules\fP as they would for other

types of dependencies\. If \fB<folder>\fP sits outside the root of your project,

\fInpm will not install the package dependencies\fR in the directory \fB<folder>\fP,

but it will create a symlink to \fB<folder>\fP\|\.

.QP

NOTE: If you want to install the content of a directory like a package from the registry instead of creating a link, you would need to use npm help \fBpack\fP while in the \fB<folder>\fP directory, and then install the resulting tarball instead of the \fB<folder>\fP using \fBnpm install <tarball file>\fP

Example:

.P

.RS 2

.nf

npm install \.\./\.\./other\-package

npm install \./sub\-package

.fi

.RE

.IP \(bu 2

\fBnpm install <tarball file>\fP:

Install a package that is sitting on the filesystem\. Note: if you just