Documentation / git-config.txton commit teach config --blob option to parse config from database (1bc8881)
   1git-config(1)
   2=============
   3
   4NAME
   5----
   6git-config - Get and set repository or global options
   7
   8
   9SYNOPSIS
  10--------
  11[verse]
  12'git config' [<file-option>] [type] [-z|--null] name [value [value_regex]]
  13'git config' [<file-option>] [type] --add name value
  14'git config' [<file-option>] [type] --replace-all name value [value_regex]
  15'git config' [<file-option>] [type] [-z|--null] --get name [value_regex]
  16'git config' [<file-option>] [type] [-z|--null] --get-all name [value_regex]
  17'git config' [<file-option>] [type] [-z|--null] --get-regexp name_regex [value_regex]
  18'git config' [<file-option>] --unset name [value_regex]
  19'git config' [<file-option>] --unset-all name [value_regex]
  20'git config' [<file-option>] --rename-section old_name new_name
  21'git config' [<file-option>] --remove-section name
  22'git config' [<file-option>] [-z|--null] -l | --list
  23'git config' [<file-option>] --get-color name [default]
  24'git config' [<file-option>] --get-colorbool name [stdout-is-tty]
  25'git config' [<file-option>] -e | --edit
  26
  27DESCRIPTION
  28-----------
  29You can query/set/replace/unset options with this command. The name is
  30actually the section and the key separated by a dot, and the value will be
  31escaped.
  32
  33Multiple lines can be added to an option by using the '--add' option.
  34If you want to update or unset an option which can occur on multiple
  35lines, a POSIX regexp `value_regex` needs to be given.  Only the
  36existing values that match the regexp are updated or unset.  If
  37you want to handle the lines that do *not* match the regex, just
  38prepend a single exclamation mark in front (see also <<EXAMPLES>>).
  39
  40The type specifier can be either '--int' or '--bool', to make
  41'git config' ensure that the variable(s) are of the given type and
  42convert the value to the canonical form (simple decimal number for int,
  43a "true" or "false" string for bool), or '--path', which does some
  44path expansion (see '--path' below).  If no type specifier is passed, no
  45checks or transformations are performed on the value.
  46
  47When reading, the values are read from the system, global and
  48repository local configuration files by default, and options
  49'--system', '--global', '--local' and '--file <filename>' can be
  50used to tell the command to read from only that location (see <<FILES>>).
  51
  52When writing, the new value is written to the repository local
  53configuration file by default, and options '--system', '--global',
  54'--file <filename>' can be used to tell the command to write to
  55that location (you can say '--local' but that is the default).
  56
  57This command will fail with non-zero status upon error.  Some exit
  58codes are:
  59
  60. The config file is invalid (ret=3),
  61. can not write to the config file (ret=4),
  62. no section or name was provided (ret=2),
  63. the section or key is invalid (ret=1),
  64. you try to unset an option which does not exist (ret=5),
  65. you try to unset/set an option for which multiple lines match (ret=5), or
  66. you try to use an invalid regexp (ret=6).
  67
  68On success, the command returns the exit code 0.
  69
  70OPTIONS
  71-------
  72
  73--replace-all::
  74        Default behavior is to replace at most one line. This replaces
  75        all lines matching the key (and optionally the value_regex).
  76
  77--add::
  78        Adds a new line to the option without altering any existing
  79        values.  This is the same as providing '^$' as the value_regex
  80        in `--replace-all`.
  81
  82--get::
  83        Get the value for a given key (optionally filtered by a regex
  84        matching the value). Returns error code 1 if the key was not
  85        found and error code 2 if multiple key values were found.
  86
  87--get-all::
  88        Like get, but does not fail if the number of values for the key
  89        is not exactly one.
  90
  91--get-regexp::
  92        Like --get-all, but interprets the name as a regular expression and
  93        writes out the key names.  Regular expression matching is currently
  94        case-sensitive and done against a canonicalized version of the key
  95        in which section and variable names are lowercased, but subsection
  96        names are not.
  97
  98--global::
  99        For writing options: write to global ~/.gitconfig file rather than
 100        the repository .git/config, write to $XDG_CONFIG_HOME/git/config file
 101        if this file exists and the ~/.gitconfig file doesn't.
 102+
 103For reading options: read only from global ~/.gitconfig and from
 104$XDG_CONFIG_HOME/git/config rather than from all available files.
 105+
 106See also <<FILES>>.
 107
 108--system::
 109        For writing options: write to system-wide $(prefix)/etc/gitconfig
 110        rather than the repository .git/config.
 111+
 112For reading options: read only from system-wide $(prefix)/etc/gitconfig
 113rather than from all available files.
 114+
 115See also <<FILES>>.
 116
 117-f config-file::
 118--file config-file::
 119        Use the given config file instead of the one specified by GIT_CONFIG.
 120
 121--blob blob::
 122        Similar to '--file' but use the given blob instead of a file. E.g.
 123        you can use 'master:.gitmodules' to read values from the file
 124        '.gitmodules' in the master branch. See "SPECIFYING REVISIONS"
 125        section in linkgit:gitrevisions[7] for a more complete list of
 126        ways to spell blob names.
 127
 128--remove-section::
 129        Remove the given section from the configuration file.
 130
 131--rename-section::
 132        Rename the given section to a new name.
 133
 134--unset::
 135        Remove the line matching the key from config file.
 136
 137--unset-all::
 138        Remove all lines matching the key from config file.
 139
 140-l::
 141--list::
 142        List all variables set in config file.
 143
 144--bool::
 145        'git config' will ensure that the output is "true" or "false"
 146
 147--int::
 148        'git config' will ensure that the output is a simple
 149        decimal number.  An optional value suffix of 'k', 'm', or 'g'
 150        in the config file will cause the value to be multiplied
 151        by 1024, 1048576, or 1073741824 prior to output.
 152
 153--bool-or-int::
 154        'git config' will ensure that the output matches the format of
 155        either --bool or --int, as described above.
 156
 157--path::
 158        'git-config' will expand leading '{tilde}' to the value of
 159        '$HOME', and '{tilde}user' to the home directory for the
 160        specified user.  This option has no effect when setting the
 161        value (but you can use 'git config bla {tilde}/' from the
 162        command line to let your shell do the expansion).
 163
 164-z::
 165--null::
 166        For all options that output values and/or keys, always
 167        end values with the null character (instead of a
 168        newline). Use newline instead as a delimiter between
 169        key and value. This allows for secure parsing of the
 170        output without getting confused e.g. by values that
 171        contain line breaks.
 172
 173--get-colorbool name [stdout-is-tty]::
 174
 175        Find the color setting for `name` (e.g. `color.diff`) and output
 176        "true" or "false".  `stdout-is-tty` should be either "true" or
 177        "false", and is taken into account when configuration says
 178        "auto".  If `stdout-is-tty` is missing, then checks the standard
 179        output of the command itself, and exits with status 0 if color
 180        is to be used, or exits with status 1 otherwise.
 181        When the color setting for `name` is undefined, the command uses
 182        `color.ui` as fallback.
 183
 184--get-color name [default]::
 185
 186        Find the color configured for `name` (e.g. `color.diff.new`) and
 187        output it as the ANSI color escape sequence to the standard
 188        output.  The optional `default` parameter is used instead, if
 189        there is no color configured for `name`.
 190
 191-e::
 192--edit::
 193        Opens an editor to modify the specified config file; either
 194        '--system', '--global', or repository (default).
 195
 196--includes::
 197--no-includes::
 198        Respect `include.*` directives in config files when looking up
 199        values. Defaults to on.
 200
 201[[FILES]]
 202FILES
 203-----
 204
 205If not set explicitly with '--file', there are four files where
 206'git config' will search for configuration options:
 207
 208$GIT_DIR/config::
 209        Repository specific configuration file.
 210
 211~/.gitconfig::
 212        User-specific configuration file. Also called "global"
 213        configuration file.
 214
 215$XDG_CONFIG_HOME/git/config::
 216        Second user-specific configuration file. If $XDG_CONFIG_HOME is not set
 217        or empty, $HOME/.config/git/config will be used. Any single-valued
 218        variable set in this file will be overwritten by whatever is in
 219        ~/.gitconfig.  It is a good idea not to create this file if
 220        you sometimes use older versions of Git, as support for this
 221        file was added fairly recently.
 222
 223$(prefix)/etc/gitconfig::
 224        System-wide configuration file.
 225
 226If no further options are given, all reading options will read all of these
 227files that are available. If the global or the system-wide configuration
 228file are not available they will be ignored. If the repository configuration
 229file is not available or readable, 'git config' will exit with a non-zero
 230error code. However, in neither case will an error message be issued.
 231
 232All writing options will per default write to the repository specific
 233configuration file. Note that this also affects options like '--replace-all'
 234and '--unset'. *'git config' will only ever change one file at a time*.
 235
 236You can override these rules either by command line options or by environment
 237variables. The '--global' and the '--system' options will limit the file used
 238to the global or system-wide file respectively. The GIT_CONFIG environment
 239variable has a similar effect, but you can specify any filename you want.
 240
 241
 242ENVIRONMENT
 243-----------
 244
 245GIT_CONFIG::
 246        Take the configuration from the given file instead of .git/config.
 247        Using the "--global" option forces this to ~/.gitconfig. Using the
 248        "--system" option forces this to $(prefix)/etc/gitconfig.
 249
 250GIT_CONFIG_NOSYSTEM::
 251        Whether to skip reading settings from the system-wide
 252        $(prefix)/etc/gitconfig file. See linkgit:git[1] for details.
 253
 254See also <<FILES>>.
 255
 256
 257[[EXAMPLES]]
 258EXAMPLES
 259--------
 260
 261Given a .git/config like this:
 262
 263        #
 264        # This is the config file, and
 265        # a '#' or ';' character indicates
 266        # a comment
 267        #
 268
 269        ; core variables
 270        [core]
 271                ; Don't trust file modes
 272                filemode = false
 273
 274        ; Our diff algorithm
 275        [diff]
 276                external = /usr/local/bin/diff-wrapper
 277                renames = true
 278
 279        ; Proxy settings
 280        [core]
 281                gitproxy=proxy-command for kernel.org
 282                gitproxy=default-proxy ; for all the rest
 283
 284you can set the filemode to true with
 285
 286------------
 287% git config core.filemode true
 288------------
 289
 290The hypothetical proxy command entries actually have a postfix to discern
 291what URL they apply to. Here is how to change the entry for kernel.org
 292to "ssh".
 293
 294------------
 295% git config core.gitproxy '"ssh" for kernel.org' 'for kernel.org$'
 296------------
 297
 298This makes sure that only the key/value pair for kernel.org is replaced.
 299
 300To delete the entry for renames, do
 301
 302------------
 303% git config --unset diff.renames
 304------------
 305
 306If you want to delete an entry for a multivar (like core.gitproxy above),
 307you have to provide a regex matching the value of exactly one line.
 308
 309To query the value for a given key, do
 310
 311------------
 312% git config --get core.filemode
 313------------
 314
 315or
 316
 317------------
 318% git config core.filemode
 319------------
 320
 321or, to query a multivar:
 322
 323------------
 324% git config --get core.gitproxy "for kernel.org$"
 325------------
 326
 327If you want to know all the values for a multivar, do:
 328
 329------------
 330% git config --get-all core.gitproxy
 331------------
 332
 333If you like to live dangerously, you can replace *all* core.gitproxy by a
 334new one with
 335
 336------------
 337% git config --replace-all core.gitproxy ssh
 338------------
 339
 340However, if you really only want to replace the line for the default proxy,
 341i.e. the one without a "for ..." postfix, do something like this:
 342
 343------------
 344% git config core.gitproxy ssh '! for '
 345------------
 346
 347To actually match only values with an exclamation mark, you have to
 348
 349------------
 350% git config section.key value '[!]'
 351------------
 352
 353To add a new proxy, without altering any of the existing ones, use
 354
 355------------
 356% git config --add core.gitproxy '"proxy-command" for example.com'
 357------------
 358
 359An example to use customized color from the configuration in your
 360script:
 361
 362------------
 363#!/bin/sh
 364WS=$(git config --get-color color.diff.whitespace "blue reverse")
 365RESET=$(git config --get-color "" "reset")
 366echo "${WS}your whitespace color or blue reverse${RESET}"
 367------------
 368
 369include::config.txt[]
 370
 371GIT
 372---
 373Part of the linkgit:git[1] suite