Important: This documentation covers the v2 onwards and is actively being worked on. Come help us!
ConstraintsOffline CachePlug'n'PlayPluginsProtocolsRelease WorkflowWorkspacesZero-Installs


The following protocols can be used by any dependency entry listed in the dependencies or devDependencies fields. While they work regardless of the context we strongly recommend you to only use semver ranges on published packages as they are the one common protocol whose semantic is clearly defined across all package managers.

Name Example Description
Semver ^1.2.3 Resolves from the default registry
Tag latest Resolves from the default registry
Npm alias npm:name@... Resolves from the npm registry
Github foo/bar Alias for the github: protocol
Github github:foo/bar Downloads a public package from Github
File file:./my-package Copies the target location into the cache
Link link:./my-folder Creates a link to the ./my-folder folder (ignore dependencies)
Portal portal:./my-folder Creates a link to the ./my-folder folder (follow dependencies)

The link: protocol is meant to link a package name to a folder on the disk - any folder. For example one perfect use case for the link: protocol is to map your src folder to a clearer name that you can then use from your Node applications without having to use relative paths (for example you could link my-app to link:./src so that you can call require('my-app') from any file within your application).

Because such destination folders typically don't contain package.json, the link: protocol doesn't even try to read them. It can cause problems when you want to link an identifier to a different package on the disk (similar to what yarn link does), because then the transitive dependencies aren't resolved.

In order to solve this use case, the new portal: protocol available in the v2 opens a portal to any package located on your disk. Because portals are meant to only target packages they can leverage the information from the package.json files listed within their targets to properly resolve transitive dependencies.