Configuration
The Bower configuration alters the behaviour of Bower on the local system.
The config is obtained by merging multiple configurations by this order of importance: [cli args via --config.*] environment variables local bowerrc located in the cwd all bowerrc files upwards the directory tree bowerrc file located in the home folder bowerrc file located in the global folder
Example of valid environment variables:
bower_endpoint_parser
is evaluated as endpoint-parser
bower_storage__cache
is evaluated as storage.cache
The bowerrc file mentioned must be a JSON valid file.
The directory from which bower should run. All relative paths will be calculated according to this setting.
The path in which installed components should be saved. If not specified this defaults to bower_components
.
The registry config. Can be an object or a string. If a string is used, all the property values bellow will have its value. Defaults to the bower registry URL.
If your organization wishes to maintain a private registry, you may change the values below. registry.search [array string]
An array of URLs pointing to read-only Bower registries. A string means only one. When looking into the registry for an endpoint, Bower will query these registries by the specified order.
The URL to use when registering packages.
The URL to use when publish packages.
Define a custom template for shorthand package names. Defaults to git://github.com/{{owner}}/{{package}}.git
The shorthand-resolver
key provides support for defining a custom template which Bower uses when constructing a URL for a given shorthand. For example, if a shorthand of twitter/flight
or twitter/flight#v1.0.0
is specified in the package’s manifest dependencies, the following data can be referenced from within the shorthand-resolver
template:
owner: “twitter” package: “flight” shorthand: “twitter/flight”
Examples:
“shorthand-resolver”: “git://example.com/{{owner}}/components/{{package}}.git” “shorthand-resolver”: “git://example.com/{{shorthand}}.git”
The proxy to use for http requests.
The proxy to use for https requests.
Sets the User-Agent for each request made. Defaults to: node/{process.version} {process.platform} {process.arch}
The timeout to be used when making requests in milliseconds, defaults to 60000ms.
Whether or not to do SSL key validation when making requests via https.
The CA certificates to be used, defaults to null. This is similar to the registry key, specifying each CA to use for each registry endpoint.
The Certificate Authority signing certificate that is trusted for SSL connections to the registry. Set to null to only allow "known" registrars, or to a specific CA cert to trust only that specific signing authority.
Enable or disable use of colors in the CLI output. Defaults to true.
Where to store persistent data, such as cache, needed by bower. Defaults to paths that suite the OS/platform. Valid keys are cache
, registry
, links
, completion
.
Where to store temporary files and folders. Defaults to the system temporary directory suffixed with /bower.
Makes bower interactive, prompting whenever necessary. Defaults to null
which means auto
.
This may or may not be up to date. I pulled it from a working doc from last year.