6 git-config - Get and set repository or global options
12 'git config' [<file-option>] [--type=<type>] [--show-origin] [-z|--null] name [value [value_regex]]
13 'git config' [<file-option>] [--type=<type>] --add name value
14 'git config' [<file-option>] [--type=<type>] --replace-all name value [value_regex]
15 'git config' [<file-option>] [--type=<type>] [--show-origin] [-z|--null] --get name [value_regex]
16 'git config' [<file-option>] [--type=<type>] [--show-origin] [-z|--null] --get-all name [value_regex]
17 'git config' [<file-option>] [--type=<type>] [--show-origin] [-z|--null] [--name-only] --get-regexp name_regex [value_regex]
18 'git config' [<file-option>] [--type=<type>] [-z|--null] --get-urlmatch name URL
19 'git config' [<file-option>] --unset name [value_regex]
20 'git config' [<file-option>] --unset-all name [value_regex]
21 'git config' [<file-option>] --rename-section old_name new_name
22 'git config' [<file-option>] --remove-section name
23 'git config' [<file-option>] [--show-origin] [-z|--null] [--name-only] -l | --list
24 'git config' [<file-option>] --get-color name [default]
25 'git config' [<file-option>] --get-colorbool name [stdout-is-tty]
26 'git config' [<file-option>] -e | --edit
30 You can query/set/replace/unset options with this command. The name is
31 actually the section and the key separated by a dot, and the value will be
34 Multiple lines can be added to an option by using the `--add` option.
35 If you want to update or unset an option which can occur on multiple
36 lines, a POSIX regexp `value_regex` needs to be given. Only the
37 existing values that match the regexp are updated or unset. If
38 you want to handle the lines that do *not* match the regex, just
39 prepend a single exclamation mark in front (see also <<EXAMPLES>>).
41 The `--type=<type>` option instructs 'git config' to ensure that incoming and
42 outgoing values are canonicalize-able under the given <type>. If no
43 `--type=<type>` is given, no canonicalization will be performed. Callers may
44 unset an existing `--type` specifier with `--no-type`.
46 When reading, the values are read from the system, global and
47 repository local configuration files by default, and options
48 `--system`, `--global`, `--local` and `--file <filename>` can be
49 used to tell the command to read from only that location (see <<FILES>>).
51 When writing, the new value is written to the repository local
52 configuration file by default, and options `--system`, `--global`,
53 `--file <filename>` can be used to tell the command to write to
54 that location (you can say `--local` but that is the default).
56 This command will fail with non-zero status upon error. Some exit
59 - The section or key is invalid (ret=1),
60 - no section or name was provided (ret=2),
61 - the config file is invalid (ret=3),
62 - the config file cannot be written (ret=4),
63 - you try to unset an option which does not exist (ret=5),
64 - you try to unset/set an option for which multiple lines match (ret=5), or
65 - you try to use an invalid regexp (ret=6).
67 On success, the command returns the exit code 0.
73 Default behavior is to replace at most one line. This replaces
74 all lines matching the key (and optionally the value_regex).
77 Adds a new line to the option without altering any existing
78 values. This is the same as providing '^$' as the value_regex
82 Get the value for a given key (optionally filtered by a regex
83 matching the value). Returns error code 1 if the key was not
84 found and the last value if multiple key values were found.
87 Like get, but returns all values for a multi-valued key.
90 Like --get-all, but interprets the name as a regular expression and
91 writes out the key names. Regular expression matching is currently
92 case-sensitive and done against a canonicalized version of the key
93 in which section and variable names are lowercased, but subsection
96 --get-urlmatch name URL::
97 When given a two-part name section.key, the value for
98 section.<url>.key whose <url> part matches the best to the
99 given URL is returned (if no such key exists, the value for
100 section.key is used as a fallback). When given just the
101 section as name, do so for all the keys in the section and
102 list them. Returns error code 1 if no value is found.
105 For writing options: write to global `~/.gitconfig` file
106 rather than the repository `.git/config`, write to
107 `$XDG_CONFIG_HOME/git/config` file if this file exists and the
108 `~/.gitconfig` file doesn't.
110 For reading options: read only from global `~/.gitconfig` and from
111 `$XDG_CONFIG_HOME/git/config` rather than from all available files.
116 For writing options: write to system-wide
117 `$(prefix)/etc/gitconfig` rather than the repository
120 For reading options: read only from system-wide `$(prefix)/etc/gitconfig`
121 rather than from all available files.
126 For writing options: write to the repository `.git/config` file.
127 This is the default behavior.
129 For reading options: read only from the repository `.git/config` rather than
130 from all available files.
136 Use the given config file instead of the one specified by GIT_CONFIG.
139 Similar to `--file` but use the given blob instead of a file. E.g.
140 you can use 'master:.gitmodules' to read values from the file
141 '.gitmodules' in the master branch. See "SPECIFYING REVISIONS"
142 section in linkgit:gitrevisions[7] for a more complete list of
143 ways to spell blob names.
146 Remove the given section from the configuration file.
149 Rename the given section to a new name.
152 Remove the line matching the key from config file.
155 Remove all lines matching the key from config file.
159 List all variables set in config file, along with their values.
162 'git config' will ensure that any input or output is valid under the given
163 type constraint(s), and will canonicalize outgoing values in `<type>`'s
166 Valid `<type>`'s include:
168 - 'bool': canonicalize values as either "true" or "false".
169 - 'int': canonicalize values as simple decimal numbers. An optional suffix of
170 'k', 'm', or 'g' will cause the value to be multiplied by 1024, 1048576, or
171 1073741824 upon input.
172 - 'bool-or-int': canonicalize according to either 'bool' or 'int', as described
174 - 'path': canonicalize by adding a leading `~` to the value of `$HOME` and
175 `~user` to the home directory for the specified user. This specifier has no
176 effect when setting the value (but you can use `git config section.variable
177 ~/` from the command line to let your shell do the expansion.)
178 - 'expiry-date': canonicalize by converting from a fixed or relative date-string
179 to a timestamp. This specifier has no effect when setting the value.
187 Historical options for selecting a type specifier. Prefer instead `--type`,
191 Un-sets the previously set type specifier (if one was previously set). This
192 option requests that 'git config' not canonicalize the retrieved variable.
193 `--no-type` has no effect without `--type=<type>` or `--<type>`.
197 For all options that output values and/or keys, always
198 end values with the null character (instead of a
199 newline). Use newline instead as a delimiter between
200 key and value. This allows for secure parsing of the
201 output without getting confused e.g. by values that
205 Output only the names of config variables for `--list` or
209 Augment the output of all queried config options with the
210 origin type (file, standard input, blob, command line) and
211 the actual origin (config file path, ref, or blob id if
214 --get-colorbool name [stdout-is-tty]::
216 Find the color setting for `name` (e.g. `color.diff`) and output
217 "true" or "false". `stdout-is-tty` should be either "true" or
218 "false", and is taken into account when configuration says
219 "auto". If `stdout-is-tty` is missing, then checks the standard
220 output of the command itself, and exits with status 0 if color
221 is to be used, or exits with status 1 otherwise.
222 When the color setting for `name` is undefined, the command uses
223 `color.ui` as fallback.
225 --get-color name [default]::
227 Find the color configured for `name` (e.g. `color.diff.new`) and
228 output it as the ANSI color escape sequence to the standard
229 output. The optional `default` parameter is used instead, if
230 there is no color configured for `name`.
234 Opens an editor to modify the specified config file; either
235 `--system`, `--global`, or repository (default).
238 Respect `include.*` directives in config files when looking up
239 values. Defaults to `off` when a specific file is given (e.g.,
240 using `--file`, `--global`, etc) and `on` when searching all
244 When using `--get`, and the requested variable is not found, behave as if
245 <value> were the value assigned to the that variable.
249 `pager.config` is only respected when listing configuration, i.e., when
250 using `--list` or any of the `--get-*` which may return multiple results.
251 The default is to use a pager.
257 If not set explicitly with `--file`, there are four files where
258 'git config' will search for configuration options:
260 $(prefix)/etc/gitconfig::
261 System-wide configuration file.
263 $XDG_CONFIG_HOME/git/config::
264 Second user-specific configuration file. If $XDG_CONFIG_HOME is not set
265 or empty, `$HOME/.config/git/config` will be used. Any single-valued
266 variable set in this file will be overwritten by whatever is in
267 `~/.gitconfig`. It is a good idea not to create this file if
268 you sometimes use older versions of Git, as support for this
269 file was added fairly recently.
272 User-specific configuration file. Also called "global"
276 Repository specific configuration file.
278 If no further options are given, all reading options will read all of these
279 files that are available. If the global or the system-wide configuration
280 file are not available they will be ignored. If the repository configuration
281 file is not available or readable, 'git config' will exit with a non-zero
282 error code. However, in neither case will an error message be issued.
284 The files are read in the order given above, with last value found taking
285 precedence over values read earlier. When multiple values are taken then all
286 values of a key from all files will be used.
288 You may override individual configuration parameters when running any git
289 command by using the `-c` option. See linkgit:git[1] for details.
291 All writing options will per default write to the repository specific
292 configuration file. Note that this also affects options like `--replace-all`
293 and `--unset`. *'git config' will only ever change one file at a time*.
295 You can override these rules either by command-line options or by environment
296 variables. The `--global` and the `--system` options will limit the file used
297 to the global or system-wide file respectively. The `GIT_CONFIG` environment
298 variable has a similar effect, but you can specify any filename you want.
305 Take the configuration from the given file instead of .git/config.
306 Using the "--global" option forces this to ~/.gitconfig. Using the
307 "--system" option forces this to $(prefix)/etc/gitconfig.
309 GIT_CONFIG_NOSYSTEM::
310 Whether to skip reading settings from the system-wide
311 $(prefix)/etc/gitconfig file. See linkgit:git[1] for details.
320 Given a .git/config like this:
323 # This is the config file, and
324 # a '#' or ';' character indicates
330 ; Don't trust file modes
335 external = /usr/local/bin/diff-wrapper
340 gitproxy=proxy-command for kernel.org
341 gitproxy=default-proxy ; for all the rest
346 [http "https://weak.example.com"]
348 cookieFile = /tmp/cookie.txt
350 you can set the filemode to true with
353 % git config core.filemode true
356 The hypothetical proxy command entries actually have a postfix to discern
357 what URL they apply to. Here is how to change the entry for kernel.org
361 % git config core.gitproxy '"ssh" for kernel.org' 'for kernel.org$'
364 This makes sure that only the key/value pair for kernel.org is replaced.
366 To delete the entry for renames, do
369 % git config --unset diff.renames
372 If you want to delete an entry for a multivar (like core.gitproxy above),
373 you have to provide a regex matching the value of exactly one line.
375 To query the value for a given key, do
378 % git config --get core.filemode
384 % git config core.filemode
387 or, to query a multivar:
390 % git config --get core.gitproxy "for kernel.org$"
393 If you want to know all the values for a multivar, do:
396 % git config --get-all core.gitproxy
399 If you like to live dangerously, you can replace *all* core.gitproxy by a
403 % git config --replace-all core.gitproxy ssh
406 However, if you really only want to replace the line for the default proxy,
407 i.e. the one without a "for ..." postfix, do something like this:
410 % git config core.gitproxy ssh '! for '
413 To actually match only values with an exclamation mark, you have to
416 % git config section.key value '[!]'
419 To add a new proxy, without altering any of the existing ones, use
422 % git config --add core.gitproxy '"proxy-command" for example.com'
425 An example to use customized color from the configuration in your
430 WS=$(git config --get-color color.diff.whitespace "blue reverse")
431 RESET=$(git config --get-color "" "reset")
432 echo "${WS}your whitespace color or blue reverse${RESET}"
435 For URLs in `https://weak.example.com`, `http.sslVerify` is set to
436 false, while it is set to `true` for all others:
439 % git config --bool --get-urlmatch http.sslverify https://good.example.com
441 % git config --bool --get-urlmatch http.sslverify https://weak.example.com
443 % git config --get-urlmatch http https://weak.example.com
444 http.cookieFile /tmp/cookie.txt
448 include::config.txt[]
452 Part of the linkgit:git[1] suite