重要提示: 此中文文档针对的是 Yarn 的最新版本。
有关 1.x 版本的中文文档,请点击进入 classic.yarnpkg.cn。
Yarn
Manifestspackage.jsonYarnrc files.yarnrc.yml

Yarnrc files (named this way because they must be called .yarnrc.yml) are the one place where you'll be able to configure Yarn's internal settings. While Yarn will automatically find them in the parent directories, they should usually be kept at the root of your project (often your repository). Starting from the v2, they must be written in valid Yaml and have the right extension (simply calling your file .yarnrc won't do).

Environment variables can be accessed from setting definitions by using the ${NAME} syntax when defining the values. By default Yarn will require the variables to be present, but this can be turned off by using either ${NAME-fallback} (which will return fallback if NAME isn't set) or ${NAME:-fallback} (which will return fallback if NAME isn't set, or is an empty string).

Finally, note that most settings can also be defined through environment variables (at least for the simpler ones; arrays and objects aren't supported yet). To do this, just prefix the names and write them in snake case: YARN_CACHE_FOLDER will set the cache folder (such values will overwrite any that might have been defined in the RC files - use them sparingly).

cacheFolder

The path where the downloaded packages are stored on your system. They'll be normalized, compressed, and saved under the form of zip archives with standardized names. The cache is deemed to be relatively safe to be shared by multiple projects, even when multiple Yarn instances run at the same time on different projects. For setting a global cache folder, you should use enableGlobalCache instead.

cacheFolder: "./.yarn/cache"

httpsCaFilePath

Path to file containing one or multiple Certificate Authority signing certificates

httpsCaFilePath: "./exampleCA.pem"

changesetBaseRefs

The base git refs that the current HEAD is compared against in the version plugin. This overrides the default behavior of comparing against master, origin/master, upstream/master, main, origin/main, and upstream/main. Supports git branches, tags, and commits.

changesetBaseRefs:
"master"
"origin/master"
"upstream/master"
"main"
"origin/main"
"upstream/main"

changesetIgnorePatterns

An Array of glob patterns. Files matching the following patterns (in terms of relative paths compared to the root of the project) will be ignored by the yarn version check command.

changesetIgnorePatterns:
"**/*.test.{js,ts}"

checksumBehavior

If throw (the default), Yarn will throw an exception on yarn install if it detects that a package doesn't match the checksum stored within the lockfile. If update, the lockfile checksum will be updated to match the new value. If ignore, the checksum check will not happen.

checksumBehavior: "throw"

cloneConcurrency

Defines how many git clone operations are allowed to run at the same time. Yarn defaults to 2 concurrent clone operations.

cloneConcurrency: 8

compressionLevel

The compression level employed for zip archives, with 0 being 'no compression, faster' and 9 being 'heavy compression, slower'. The default is 'mixed', which is a variant of 9 where files may be stored uncompressed if the builtin libzip heuristic thinks it will lead to a more sensible result.

compressionLevel: "mixed"

constraintsPath

The path of the constraints file.

constraintsPath: "./constraints.pro"

defaultLanguageName

Default language mode that should be used when a package doesn't offer any insight.

defaultLanguageName: "node"

defaultProtocol

Yarn is a modular package manager that can resolve packages from various sources. As such, semver ranges and tag names don't only work with the npm registry - just change the default protocol to something else and your semver ranges will be fetched from whatever source you select.

defaultProtocol: "npm:"

defaultSemverRangePrefix

The default prefix for semantic version dependency ranges, which is used for new dependencies that are installed to a manifest. Possible values are "^" (the default), "~" or "".

defaultSemverRangePrefix: "^"

deferredVersionFolder

The folder where the versioning files are stored.

deferredVersionFolder: "./.yarn/versions"

enableColors

If true (by default detects terminal capabilities), Yarn will format its pretty-print output by using colors to differentiate important parts of its messages.

enableColors: true

enableGlobalCache

If true, Yarn will disregard the cacheFolder settings and will store the cache files into a folder shared by all local projects sharing the same configuration.

enableGlobalCache: false

enableImmutableCache

If true, Yarn will refuse to change the cache in any way (whether it would add files or remove them) when running yarn install.

enableImmutableCache: false

enableImmutableInstalls

If true (the default on CI), Yarn will refuse to change the installation artifacts (apart from the cache) when running an install. This flag is quite intrusive, you typically should only set it on your CI by manually passing the --immutable flag to yarn install.

enableImmutableInstalls: false

enableInlineBuilds

If true (the default on CI environments), Yarn will print the build output directly within the terminal instead of buffering it in a log file.

enableInlineBuilds: false

enableInlineHunks

If true, Yarn will print any patch sections (hunks) that could not be applied successfully to the terminal. Defaults to false.

enableInlineHunks: true

enableMessageNames

If true, Yarn will prefix most messages with codes suitable for search engines.

enableMessageNames: true

enableMirror

If true (the default), Yarn will use the global folder as indirection between the network and the actual cache. This makes installs much faster for projects that don't already benefit from Zero-Installs.

enableMirror: true

enableNetwork

If false, Yarn will never make any request to the network by itself, and will throw an exception rather than let it happen. It's a very useful setting for CI, which typically want to make sure they aren't loading their dependencies from the network by mistake.

enableNetwork: true

enableProgressBars

If true (the default outside of CI environments), Yarn will show progress bars for long-running events.

enableProgressBars: true

enableScripts

If false, Yarn will not execute the postinstall scripts from third-party packages when installing the project (workspaces will still see their postinstall scripts evaluated, as they're assumed to be safe if you're running an install within them). Note that you can now also disable scripts on a per-package basis thanks to dependenciesMeta.

enableScripts: true

enableStrictSsl

If false, SSL certificate errors will be ignored

enableStrictSsl: true

enableTelemetry

If true (the default outside of CI environments), Yarn will periodically send anonymous data to our servers tracking some usage information such as the number of dependencies in your project, how many installs you ran, etc. Consult the Telemetry page for more details about it.

enableTelemetry: true

enableTimers

If false, Yarn will not print the time spent running each sub-step when running various commands. This is typically needed for testing purposes, when you want each execution to have exactly the same output as the previous ones.

enableTimers: true

enableTransparentWorkspaces

If false, Yarn won't link workspaces just because their versions happen to match a semver range. Disabling this setting will require that all workspace accesses are made through the workspace: protocol. This is usually only needed in some very specific circumstances.

enableTransparentWorkspaces: true

globalFolder

The path where all system-global files are stored.

globalFolder: "./.yarn/global"

httpProxy

Defines a proxy to use when making an HTTP request. Note that Yarn only supports HTTP proxies at the moment (help welcome!).

httpProxy: "http://proxy:4040"

httpRetry

Retry times on http failure

httpRetry: 3

httpTimeout

Timeout of each http request in milliseconds

httpTimeout: 60000

httpsCertFilePath

Path to file containing certificate chain in PEM format.

httpsCertFilePath: "./exampleCert.pem"

httpsKeyFilePath

Path to file containing private key in PEM format.

httpsKeyFilePath: "./exampleKey.pem"

httpsProxy

Defines a proxy to use when making an HTTPS request. Note that Yarn only supports HTTP proxies at the moment (help welcome!).

httpsProxy: "http://proxy:4040"

ignoreCwd

If true, the --cwd flag will be ignored.

ignoreCwd: false

ignorePath

If true, the local executable will be ignored when using the global one.

ignorePath: false

immutablePatterns

An array of patterns for files and directories that aren't allowed to change when running installs with the `--immutable` flag set.

immutablePatterns:
"**/.pnp.*"

initScope

Scope used when creating packages via the init command.

initScope: "yarnpkg"

initFields

Additional fields to set when creating packages via the init command.

initFields:

homepage

All properties will be added verbatim to the generated package.json.

homepage: "https://yarnpkg.com"

installStatePath

Path of the file where the install state will be persisted.

installStatePath: "./.yarn/install-state.gz"

logFilters

Defines overrides for log levels for message names or message text. Through this setting you can hide specific messages or give them a more important visibility.

logFilters:

code

Selects all messages with the given code.

code: "YN0005"

level

Applies the specified log level to all selected messages. Can be one of info, warning, error, or discard if you wish to hide those messages altogether.

level: "error"

text

Selects exactly one message that must match the given text. In case a message matches both code-based and text-based filters, the text-based ones will take precedence over the code-based ones.

text: "lorem-ipsum@npm:1.2.3 lists build scripts, but its build has been explicitly disabled through configuration"

level

Applies the specified log level to all selected messages. Can be one of info, warning, error, or discard if you wish to hide those messages altogether.

level: "error"

pattern

Selects exactly one message that must match the given glob pattern. In case a message matches both pattern-based and code-based filters, the pattern-based ones will take precedence over the other ones. Patterns can be overriden on a case-by-case basis by using the text filter, which has precedence over pattern.

pattern: "lorem-ipsum@* lists build scripts, but its build has been explicitly disabled through configuration"

level

Applies the specified log level to all selected messages. Can be one of info, warning, error, or discard if you wish to hide those messages altogether.

level: "error"

lockfileFilename

Defines the name of the lockfiles that will be generated by Yarn.

lockfileFilename: "yarn.lock"

networkConcurrency

Defines how many requests are allowed to run at the same time. Yarn defaults to 50 concurrent requests but it may be required to limit it even more when working behind proxies that can't handle large amounts of concurrent requests.

networkConcurrency: 8

networkSettings

Additional network settings, per hostname

networkSettings:

*.example.com

The hostname to override settings for (glob patterns are supported)

*.example.com:

httpsCaFilePath

httpsCaFilePath: "./exampleCA.pem"

enableNetwork

enableNetwork: true

httpProxy

See httpProxy.

httpProxy: "http://proxy:4040"

httpsCertFilePath

httpsCertFilePath: "./exampleCert.pem"

httpsKeyFilePath

httpsKeyFilePath: "./exampleKey.pem"

httpsProxy

httpsProxy: "http://proxy:4040"

nmHoistingLimits

Defines the highest point where packages can be hoisted. One of workspaces (don't hoist packages past the workspace that depends on them), dependencies (packages aren't hoisted past the direct dependencies for each workspace), or none (the default, packages are hoisted as much as possible). This setting can be overriden per-workspace through the installConfig.hoistingLimits field.

nmHoistingLimits: "none"

nmSelfReferences

Defines whether workspaces are allowed to require themselves - results in creation of self-referencing symlinks. This setting can be overriden per-workspace through the installConfig.selfReferences field.

nmSelfReferences: true

nmMode

If set to hardlinks-local Yarn will utilize hardlinks to reduce disk space consumption inside node_modules directories in a current project. With hardlinks-global Yarn will use global content addressable storage to reduce node_modules size across all the projects using this option.

nmMode: "classic"

nodeLinker

Defines what linker should be used for installing Node packages (useful to enable the node-modules plugin), one of: pnp, pnpm and node-modules.

nodeLinker: "pnp"

winLinkType

Applies to Windows only. If set to junctions Yarn will use Windows junctions when linking workspaces into node_modules directories, which are always absolute paths. If set to symlinks Yarn will use symlinks, which will use relative paths, and is consistent with Yarn's behavior on non-Windows platforms. To create symlinks the Windows user running Yarn must have the create symbolic links privilege. For this reason Yarn defaults to using junctions.

winLinkType: "junctions"

npmAlwaysAuth

If true, Yarn will always send the authentication credentials when making a request to the registries. This typically shouldn't be needed.

npmAlwaysAuth: false

npmAuditRegistry

Defines the registry that must be used when auditing dependencies. Doesn't need to be defined, in which case the value of npmRegistryServer will be used.

npmAuditRegistry: "https://npm.pkg.github.com"

npmAuthIdent

Defines the authentication credentials to use by default when accessing your registries (equivalent to _auth in the v1). This settings is strongly discouraged in favor of npmAuthToken.

npmAuthIdent: "username:password"

npmAuthToken

Defines the authentication credentials to use by default when accessing your registries (equivalent to _authToken in the v1). If you're using npmScopes to define multiple registries, the npmRegistries dictionary allows you to override these credentials on a per-registry basis.

npmAuthToken: "ffffffff-ffff-ffff-ffff-ffffffffffff"

npmPublishAccess

Defines the default access to use when publishing packages to the npm registry. Valid values are public and restricted, but restricted usually requires to register for a paid plan (this is up to the registry you use).

npmPublishAccess: "public"

npmAuditExcludePackages

Array of glob patterns of packages to exclude from yarn npm audit. Doesn't need to be defined, in which case no packages will be excluded. Can also be augmented by the --exclude flag.

npmAuditExcludePackages:

npmAuditIgnoreAdvisories

Array of glob patterns of advisory ID's to ignore from yarn npm audit results. Doesn't need to be defined, in which case no advisories will be ignored. Can also be augmented by the --ignore flag.

npmAuditIgnoreAdvisories:

npmPublishRegistry

Defines the registry that must be used when pushing packages. Doesn't need to be defined, in which case the value of npmRegistryServer will be used. Overridden by publishConfig.registry.

npmPublishRegistry: "https://npm.pkg.github.com"

npmRegistries

On top of the global configuration, registries can be configured on a per-scope basis (for example to instruct Yarn to use your private registry when accessing packages from a given scope). The following properties are supported:

npmRegistries:

//npm.pkg.github.com

This key represents the registry that's covered by the settings defined in the nested object. The protocol is optional (using https://npm.pkg.github.com would work just as well).

//npm.pkg.github.com:

npmAlwaysAuth

npmAlwaysAuth: false

npmAuthIdent

npmAuthIdent: "username:password"

npmAuthToken

npmAuthToken: "ffffffff-ffff-ffff-ffff-ffffffffffff"

npmRegistryServer

Defines the hostname of the remote server from where Yarn should fetch the metadata and archives when querying the npm registry. Should you want to define different registries for different scopes, see npmScopes. To define the authentication scheme for your servers, see npmAuthToken. The Hostname must use the HTTPS protocol, but this can be changed by adding it to the unsafeHttpWhitelist.

npmRegistryServer: "https://registry.yarnpkg.com"

npmScopes

On top of the global configuration, registries can be configured on a per-scope basis (for example to instruct Yarn to use your private registry when accessing packages from a given scope). The following properties are supported:

npmScopes:

my-company

This key represent the scope that's covered by the settings defined in the nested object. Note that it mustn't start with the @ character.

my-company:

npmPublishRegistry

npmPublishRegistry: "https://registry.yarnpkg.com"

npmRegistryServer

npmRegistryServer: "https://registry.yarnpkg.com"

npmAlwaysAuth

npmAlwaysAuth: false

npmAuthIdent

npmAuthIdent: "username:password"

npmAuthToken

npmAuthToken: "ffffffff-ffff-ffff-ffff-ffffffffffff"

packageExtensions

Some packages may have been specified incorrectly with regard to their dependencies - for example with one dependency being missing, causing Yarn to refuse it the access. The packageExtensions fields offer a way to extend the existing package definitions with additional information. If you use it, consider sending a PR upstream and contributing your extension to the plugin-compat database. Note: This field is made to add dependencies; if you need to rewrite existing ones, prefer the resolutions field.

packageExtensions:

webpack@*

Each key is a descriptor covering a semver range. The extensions will be applied to any package whose version matches the specified range. This is true regardless of where the package comes from, so no distinction on whether they come from git or a registry, for example. Only the version matters.

webpack@*:
dependencies:
lodash: "^4.15.0"
peerDependencies:
webpack-cli: "*"
peerDependenciesMeta:
webpack-cli:
optional: true

patchFolder

Folder where patch files will be written to.

patchFolder: "./.yarn/patches"

pnpEnableEsmLoader

If true, Yarn will generate an experimental ESM loader (.pnp.loader.mjs). Yarn tries to automatically detect whether ESM support is required.

pnpEnableEsmLoader: false

pnpEnableInlining

If true (the default), Yarn will generate a single .pnp.cjs file that contains all the required data for your project to work properly. If toggled off, Yarn will also generate a .pnp.data.json file meant to be consumed by the @yarnpkg/pnp package.

pnpEnableInlining: true

pnpFallbackMode

Enumeration whose values (none, dependencies-only, all) define in which capacity should the PnP hook allow packages to rely on the builtin fallback mechanism. In dependencies-only mode (the default), your workspaces aren't allowed to use it.

pnpFallbackMode: "dependencies-only"

pnpIgnorePatterns

An Array of glob patterns. Files matching the following locations (in term of relative path compared to the generated .pnp.cjs file) will not be covered by PnP and will use the regular Node resolution. Typically only needed if you have subprojects that aren't yet part of your workspace tree.

pnpIgnorePatterns:
"./subdir/*"

pnpMode

If strict (the default), Yarn won't allow modules to require packages they don't explicitly list in their own dependencies. If loose, Yarn will allow access to the packages that would have been hoisted to the top-level under 1.x installs. Note that, even in loose mode, such calls are unsafe (hoisting rules aren't predictable) and should be discouraged.

pnpMode: "strict"

pnpShebang

A header that will be prepended to the generated .pnp.cjs file. You're allowed to write multiple lines, but this is slightly frowned upon.

pnpShebang: "#!/usr/bin/env node"

pnpUnpluggedFolder

The path where unplugged packages will be stored on the disk.

pnpUnpluggedFolder: "./.yarn/unplugged"

preferAggregateCacheInfo

If true, Yarn will only print a one-line report of any cache changes.

preferAggregateCacheInfo: false

preferDeferredVersions

If true, Yarn will use the deferred versioning (--deferred) by default when running the yarn version family of commands. This can be overruled on a by-command basis by manually setting the --immediate flag.

preferDeferredVersions: false

preferInteractive

If true, Yarn will ask for your guidance when some actions would be improved by being disambiguated. Enabling this setting also unlocks some features (for example the yarn add command will suggest to reuse the same dependencies as other workspaces if pertinent).

preferInteractive: false

preferReuse

If true, yarn add will attempt to reuse the most common dependency range in other workspaces.

preferReuse: false

preferTruncatedLines

If true, Yarn will truncate lines that would go beyond the size of the terminal. If progress bars are disabled, lines will never be truncated. Forgettable lines (e.g. the fetch step logs) are always truncated.

preferTruncatedLines: false

progressBarStyle

Which style of progress bar should be used (only when progress bars are enabled). Valid values can be found here.

progressBarStyle: "default"

rcFilename

This setting defines the name of the files that Yarn looks for when resolving the rc files. For obvious reasons, this setting cannot be set within rc files, and must be defined in the environment using the YARN_RC_FILENAME variable.

rcFilename: ".yarnrc.yml"

supportedArchitectures

Defines the systems for which Yarn should install packages.

supportedArchitectures:

os

The list of operating systems to cover.

os:
"current"
"darwin"
"linux"
"win32"

cpu

The list of CPU architectures to cover. See https://nodejs.org/docs/latest/api/process.html#processarch for the architectures supported by Node.js

cpu:
"current"
"x64"
"ia32"

libc

The list of standard C libraries to cover.

libc:
"current"
"glibc"
"musl"

telemetryInterval

This setting defines the minimal amount of time between two telemetry uploads, in days. By default we only send one request per week, making it impossible for us to track your usage with a lower granularity.

telemetryInterval: 7

telemetryUserId

By default, we don't assign unique IDs in the telemetry we send, so we have no way to know which data originates from which project. This setting can be used to force a user ID to be sent to our telemetry server. Frankly, it's only useful in some very specific use cases. For example, we use it on the Yarn repository in order to exclude our own usage from the public dashboards (since we necessarily run Yarn more often here than anywhere else, the resulting data would be biased).

telemetryUserId: "yarnpkg/berry"

tsEnableAutoTypes

If true, Yarn will automatically add @types dependencies when running yarn add with packages that don't provide their own typings (as reported by the Algolia npm database). This behaviour is enabled by default if you have a tsconfig file at the root of your project.

tsEnableAutoTypes: true

unsafeHttpWhitelist

This setting lists the hostnames for which using the HTTP protocol is allowed. Any other hostname will be required to use HTTPS instead. The reason behind this decision and more details can be found here.

Glob patterns are supported.

unsafeHttpWhitelist:
"*.example.org"
"example.org"

virtualFolder

Due to a particularity in how Yarn installs packages which list peer dependencies, some packages will be mapped to multiple virtual directories that don't actually exist on the filesystem. This settings tells Yarn where to put them. Note that the folder name must be __virtual__.

virtualFolder: "./.yarn/__virtual__"

yarnPath

The path of a Yarn binary, which will be executed instead of any other (including the global one) for any command run within the directory covered by the rc file. If the file extension ends with .js it will be required, and will be spawned in any other case.

The yarnPath setting is currently the preferred way to install Yarn within a project, as it ensures that your whole team will use the exact same Yarn version, without having to individually keep it up-to-date.

yarnPath: "./scripts/yarn-2.0.0-rc001.js"