diff options
Diffstat (limited to 'man/bundle-config.1.txt')
-rw-r--r-- | man/bundle-config.1.txt | 527 |
1 files changed, 0 insertions, 527 deletions
diff --git a/man/bundle-config.1.txt b/man/bundle-config.1.txt deleted file mode 100644 index 81f3a14254..0000000000 --- a/man/bundle-config.1.txt +++ /dev/null @@ -1,527 +0,0 @@ -BUNDLE-CONFIG(1) BUNDLE-CONFIG(1) - - - -NAME - bundle-config - Set bundler configuration options - -SYNOPSIS - bundle config [list|get|set|unset] [name [value]] - -DESCRIPTION - This command allows you to interact with Bundler's configuration - system. - - Bundler loads configuration settings in this order: - - 1. Local config (<project_root>/.bundle/config or - $BUNDLE_APP_CONFIG/config) - - 2. Environmental variables (ENV) - - 3. Global config (~/.bundle/config) - - 4. Bundler default config - - - - Executing bundle config list with will print a list of all bundler - configuration for the current bundle, and where that configuration was - set. - - Executing bundle config get <name> will print the value of that - configuration setting, and where it was set. - - Executing bundle config set <name> <value> will set that configuration - to the value specified for all bundles executed as the current user. - The configuration will be stored in ~/.bundle/config. If name already - is set, name will be overridden and user will be warned. - - Executing bundle config set --global <name> <value> works the same as - above. - - Executing bundle config set --local <name> <value> will set that - configuration in the directory for the local application. The - configuration will be stored in <project_root>/.bundle/config. If - BUNDLE_APP_CONFIG is set, the configuration will be stored in - $BUNDLE_APP_CONFIG/config. - - Executing bundle config unset <name> will delete the configuration in - both local and global sources. - - Executing bundle config unset --global <name> will delete the - configuration only from the user configuration. - - Executing bundle config unset --local <name> <value> will delete the - configuration only from the local application. - - Executing bundle with the BUNDLE_IGNORE_CONFIG environment variable set - will cause it to ignore all configuration. - - Executing bundle config set disable_multisource true upgrades the - warning about the Gemfile containing multiple primary sources to an - error. Executing bundle config unset disable_multisource downgrades - this error to a warning. - -REMEMBERING OPTIONS - Flags passed to bundle install or the Bundler runtime, such as --path - foo or --without production, are remembered between commands and saved - to your local application's configuration (normally, ./.bundle/config). - - However, this will be changed in bundler 3, so it's better not to rely - on this behavior. If these options must be remembered, it's better to - set them using bundle config (e.g., bundle config set path foo). - - The options that can be configured are: - - bin Creates a directory (defaults to ~/bin) and place any - executables from the gem there. These executables run in - Bundler's context. If used, you might add this directory to your - environment's PATH variable. For instance, if the rails gem - comes with a rails executable, this flag will create a bin/rails - executable that ensures that all referred dependencies will be - resolved using the bundled gems. - - deployment - In deployment mode, Bundler will 'roll-out' the bundle for - production use. Please check carefully if you want to have this - option enabled in development or test environments. - - path The location to install the specified gems to. This defaults to - Rubygems' setting. Bundler shares this location with Rubygems, - gem install ... will have gem installed there, too. Therefore, - gems installed without a --path ... setting will show up by - calling gem list. Accordingly, gems installed to other locations - will not get listed. - - without - A space-separated list of groups referencing gems to skip during - installation. - - with A space-separated list of groups referencing gems to include - during installation. - -BUILD OPTIONS - You can use bundle config to give Bundler the flags to pass to the gem - installer every time bundler tries to install a particular gem. - - A very common example, the mysql gem, requires Snow Leopard users to - pass configuration flags to gem install to specify where to find the - mysql_config executable. - - - - gem install mysql -- --with-mysql-config=/usr/local/mysql/bin/mysql_config - - - - Since the specific location of that executable can change from machine - to machine, you can specify these flags on a per-machine basis. - - - - bundle config set build.mysql --with-mysql-config=/usr/local/mysql/bin/mysql_config - - - - After running this command, every time bundler needs to install the - mysql gem, it will pass along the flags you specified. - -CONFIGURATION KEYS - Configuration keys in bundler have two forms: the canonical form and - the environment variable form. - - For instance, passing the --without flag to bundle install(1) - bundle-install.1.html prevents Bundler from installing certain groups - specified in the Gemfile(5). Bundler persists this value in - app/.bundle/config so that calls to Bundler.setup do not try to find - gems from the Gemfile that you didn't install. Additionally, subsequent - calls to bundle install(1) bundle-install.1.html remember this setting - and skip those groups. - - The canonical form of this configuration is "without". To convert the - canonical form to the environment variable form, capitalize it, and - prepend BUNDLE_. The environment variable form of "without" is - BUNDLE_WITHOUT. - - Any periods in the configuration keys must be replaced with two - underscores when setting it via environment variables. The - configuration key local.rack becomes the environment variable - BUNDLE_LOCAL__RACK. - -LIST OF AVAILABLE KEYS - The following is a list of all configuration keys and their purpose. - You can learn more about their operation in bundle install(1) - bundle-install.1.html. - - o allow_bundler_dependency_conflicts - (BUNDLE_ALLOW_BUNDLER_DEPENDENCY_CONFLICTS): Allow resolving to - specifications that have dependencies on bundler that are - incompatible with the running Bundler version. - - o allow_deployment_source_credential_changes - (BUNDLE_ALLOW_DEPLOYMENT_SOURCE_CREDENTIAL_CHANGES): When in - deployment mode, allow changing the credentials to a gem's source. - Ex: https://some.host.com/gems/path/ -> - https://user_name:password@some.host.com/gems/path - - o allow_offline_install (BUNDLE_ALLOW_OFFLINE_INSTALL): Allow Bundler - to use cached data when installing without network access. - - o auto_clean_without_path (BUNDLE_AUTO_CLEAN_WITHOUT_PATH): - Automatically run bundle clean after installing when an explicit - path has not been set and Bundler is not installing into the system - gems. - - o auto_install (BUNDLE_AUTO_INSTALL): Automatically run bundle - install when gems are missing. - - o bin (BUNDLE_BIN): Install executables from gems in the bundle to - the specified directory. Defaults to false. - - o cache_all (BUNDLE_CACHE_ALL): Cache all gems, including path and - git gems. - - o cache_all_platforms (BUNDLE_CACHE_ALL_PLATFORMS): Cache gems for - all platforms. - - o cache_path (BUNDLE_CACHE_PATH): The directory that bundler will - place cached gems in when running bundle package, and that bundler - will look in when installing gems. Defaults to vendor/cache. - - o clean (BUNDLE_CLEAN): Whether Bundler should run bundle clean - automatically after bundle install. - - o console (BUNDLE_CONSOLE): The console that bundle console starts. - Defaults to irb. - - o default_install_uses_path (BUNDLE_DEFAULT_INSTALL_USES_PATH): - Whether a bundle install without an explicit --path argument - defaults to installing gems in .bundle. - - o deployment (BUNDLE_DEPLOYMENT): Disallow changes to the Gemfile. - When the Gemfile is changed and the lockfile has not been updated, - running Bundler commands will be blocked. - - o disable_checksum_validation (BUNDLE_DISABLE_CHECKSUM_VALIDATION): - Allow installing gems even if they do not match the checksum - provided by RubyGems. - - o disable_exec_load (BUNDLE_DISABLE_EXEC_LOAD): Stop Bundler from - using load to launch an executable in-process in bundle exec. - - o disable_local_branch_check (BUNDLE_DISABLE_LOCAL_BRANCH_CHECK): - Allow Bundler to use a local git override without a branch - specified in the Gemfile. - - o disable_multisource (BUNDLE_DISABLE_MULTISOURCE): When set, - Gemfiles containing multiple sources will produce errors instead of - warnings. Use bundle config unset disable_multisource to unset. - - o disable_shared_gems (BUNDLE_DISABLE_SHARED_GEMS): Stop Bundler from - accessing gems installed to RubyGems' normal location. - - o disable_version_check (BUNDLE_DISABLE_VERSION_CHECK): Stop Bundler - from checking if a newer Bundler version is available on - rubygems.org. - - o force_ruby_platform (BUNDLE_FORCE_RUBY_PLATFORM): Ignore the - current machine's platform and install only ruby platform gems. As - a result, gems with native extensions will be compiled from source. - - o frozen (BUNDLE_FROZEN): Disallow changes to the Gemfile. When the - Gemfile is changed and the lockfile has not been updated, running - Bundler commands will be blocked. Defaults to true when - --deployment is used. - - o gem.push_key (BUNDLE_GEM__PUSH_KEY): Sets the --key parameter for - gem push when using the rake release command with a private - gemstash server. - - o gemfile (BUNDLE_GEMFILE): The name of the file that bundler should - use as the Gemfile. This location of this file also sets the root - of the project, which is used to resolve relative paths in the - Gemfile, among other things. By default, bundler will search up - from the current working directory until it finds a Gemfile. - - o global_gem_cache (BUNDLE_GLOBAL_GEM_CACHE): Whether Bundler should - cache all gems globally, rather than locally to the installing Ruby - installation. - - o ignore_messages (BUNDLE_IGNORE_MESSAGES): When set, no post install - messages will be printed. To silence a single gem, use dot notation - like ignore_messages.httparty true. - - o init_gems_rb (BUNDLE_INIT_GEMS_RB) Generate a gems.rb instead of a - Gemfile when running bundle init. - - o jobs (BUNDLE_JOBS): The number of gems Bundler can install in - parallel. Defaults to 1. - - o no_install (BUNDLE_NO_INSTALL): Whether bundle package should skip - installing gems. - - o no_prune (BUNDLE_NO_PRUNE): Whether Bundler should leave outdated - gems unpruned when caching. - - o only_update_to_newer_versions - (BUNDLE_ONLY_UPDATE_TO_NEWER_VERSIONS): During bundle update, only - resolve to newer versions of the gems in the lockfile. - - o path (BUNDLE_PATH): The location on disk where all gems in your - bundle will be located regardless of $GEM_HOME or $GEM_PATH values. - Bundle gems not found in this location will be installed by bundle - install. Defaults to Gem.dir. When --deployment is used, defaults - to vendor/bundle. - - o path.system (BUNDLE_PATH__SYSTEM): Whether Bundler will install - gems into the default system path (Gem.dir). - - o path_relative_to_cwd (BUNDLE_PATH_RELATIVE_TO_CWD) Makes --path - relative to the CWD instead of the Gemfile. - - o plugins (BUNDLE_PLUGINS): Enable Bundler's experimental plugin - system. - - o prefer_patch (BUNDLE_PREFER_PATCH): Prefer updating only to next - patch version during updates. Makes bundle update calls equivalent - to bundler update --patch. - - o print_only_version_number (BUNDLE_PRINT_ONLY_VERSION_NUMBER) Print - only version number from bundler --version. - - o redirect (BUNDLE_REDIRECT): The number of redirects allowed for - network requests. Defaults to 5. - - o retry (BUNDLE_RETRY): The number of times to retry failed network - requests. Defaults to 3. - - o setup_makes_kernel_gem_public - (BUNDLE_SETUP_MAKES_KERNEL_GEM_PUBLIC): Have Bundler.setup make the - Kernel#gem method public, even though RubyGems declares it as - private. - - o shebang (BUNDLE_SHEBANG): The program name that should be invoked - for generated binstubs. Defaults to the ruby install name used to - generate the binstub. - - o silence_deprecations (BUNDLE_SILENCE_DEPRECATIONS): Whether Bundler - should silence deprecation warnings for behavior that will be - changed in the next major version. - - o silence_root_warning (BUNDLE_SILENCE_ROOT_WARNING): Silence the - warning Bundler prints when installing gems as root. - - o specific_platform (BUNDLE_SPECIFIC_PLATFORM): Allow bundler to - resolve for the specific running platform and store it in the - lockfile, instead of only using a generic platform. A specific - platform is the exact platform triple reported by - Gem::Platform.local, such as x86_64-darwin-16 or - universal-java-1.8. On the other hand, generic platforms are those - such as ruby, mswin, or java. In this example, x86_64-darwin-16 - would map to ruby and universal-java-1.8 to java. - - o ssl_ca_cert (BUNDLE_SSL_CA_CERT): Path to a designated CA - certificate file or folder containing multiple certificates for - trusted CAs in PEM format. - - o ssl_client_cert (BUNDLE_SSL_CLIENT_CERT): Path to a designated file - containing a X.509 client certificate and key in PEM format. - - o ssl_verify_mode (BUNDLE_SSL_VERIFY_MODE): The SSL verification mode - Bundler uses when making HTTPS requests. Defaults to verify peer. - - o suppress_install_using_messages - (BUNDLE_SUPPRESS_INSTALL_USING_MESSAGES): Avoid printing Using ... - messages during installation when the version of a gem has not - changed. - - o system_bindir (BUNDLE_SYSTEM_BINDIR): The location where RubyGems - installs binstubs. Defaults to Gem.bindir. - - o timeout (BUNDLE_TIMEOUT): The seconds allowed before timing out for - network requests. Defaults to 10. - - o unlock_source_unlocks_spec (BUNDLE_UNLOCK_SOURCE_UNLOCKS_SPEC): - Whether running bundle update --source NAME unlocks a gem with the - given name. Defaults to true. - - o update_requires_all_flag (BUNDLE_UPDATE_REQUIRES_ALL_FLAG) Require - passing --all to bundle update when everything should be updated, - and disallow passing no options to bundle update. - - o user_agent (BUNDLE_USER_AGENT): The custom user agent fragment - Bundler includes in API requests. - - o with (BUNDLE_WITH): A :-separated list of groups whose gems bundler - should install. - - o without (BUNDLE_WITHOUT): A :-separated list of groups whose gems - bundler should not install. - - - - In general, you should set these settings per-application by using the - applicable flag to the bundle install(1) bundle-install.1.html or - bundle package(1) bundle-package.1.html command. - - You can set them globally either via environment variables or bundle - config, whichever is preferable for your setup. If you use both, - environment variables will take preference over global settings. - -LOCAL GIT REPOS - Bundler also allows you to work against a git repository locally - instead of using the remote version. This can be achieved by setting up - a local override: - - - - bundle config set local.GEM_NAME /path/to/local/git/repository - - - - For example, in order to use a local Rack repository, a developer could - call: - - - - bundle config set local.rack ~/Work/git/rack - - - - Now instead of checking out the remote git repository, the local - override will be used. Similar to a path source, every time the local - git repository change, changes will be automatically picked up by - Bundler. This means a commit in the local git repo will update the - revision in the Gemfile.lock to the local git repo revision. This - requires the same attention as git submodules. Before pushing to the - remote, you need to ensure the local override was pushed, otherwise you - may point to a commit that only exists in your local machine. You'll - also need to CGI escape your usernames and passwords as well. - - Bundler does many checks to ensure a developer won't work with invalid - references. Particularly, we force a developer to specify a branch in - the Gemfile in order to use this feature. If the branch specified in - the Gemfile and the current branch in the local git repository do not - match, Bundler will abort. This ensures that a developer is always - working against the correct branches, and prevents accidental locking - to a different branch. - - Finally, Bundler also ensures that the current revision in the - Gemfile.lock exists in the local git repository. By doing this, Bundler - forces you to fetch the latest changes in the remotes. - -MIRRORS OF GEM SOURCES - Bundler supports overriding gem sources with mirrors. This allows you - to configure rubygems.org as the gem source in your Gemfile while still - using your mirror to fetch gems. - - - - bundle config set mirror.SOURCE_URL MIRROR_URL - - - - For example, to use a mirror of rubygems.org hosted at - rubygems-mirror.org: - - - - bundle config set mirror.http://rubygems.org http://rubygems-mirror.org - - - - Each mirror also provides a fallback timeout setting. If the mirror - does not respond within the fallback timeout, Bundler will try to use - the original server instead of the mirror. - - - - bundle config set mirror.SOURCE_URL.fallback_timeout TIMEOUT - - - - For example, to fall back to rubygems.org after 3 seconds: - - - - bundle config set mirror.https://rubygems.org.fallback_timeout 3 - - - - The default fallback timeout is 0.1 seconds, but the setting can - currently only accept whole seconds (for example, 1, 15, or 30). - -CREDENTIALS FOR GEM SOURCES - Bundler allows you to configure credentials for any gem source, which - allows you to avoid putting secrets into your Gemfile. - - - - bundle config set SOURCE_HOSTNAME USERNAME:PASSWORD - - - - For example, to save the credentials of user claudette for the gem - source at gems.longerous.com, you would run: - - - - bundle config set gems.longerous.com claudette:s00pers3krit - - - - Or you can set the credentials as an environment variable like this: - - - - export BUNDLE_GEMS__LONGEROUS__COM="claudette:s00pers3krit" - - - - For gems with a git source with HTTP(S) URL you can specify credentials - like so: - - - - bundle config set https://github.com/bundler/bundler.git username:password - - - - Or you can set the credentials as an environment variable like so: - - - - export BUNDLE_GITHUB__COM=username:password - - - - This is especially useful for private repositories on hosts such as - Github, where you can use personal OAuth tokens: - - - - export BUNDLE_GITHUB__COM=abcd0123generatedtoken:x-oauth-basic - - - -CONFIGURE BUNDLER DIRECTORIES - Bundler's home, config, cache and plugin directories are able to be - configured through environment variables. The default location for - Bundler's home directory is ~/.bundle, which all directories inherit - from by default. The following outlines the available environment - variables and their default values - - - - BUNDLE_USER_HOME : $HOME/.bundle - BUNDLE_USER_CACHE : $BUNDLE_USER_HOME/cache - BUNDLE_USER_CONFIG : $BUNDLE_USER_HOME/config - BUNDLE_USER_PLUGIN : $BUNDLE_USER_HOME/plugin - - - - - - - July 2020 BUNDLE-CONFIG(1) |