2005-09-13 02:39:15 +00:00
|
|
|
git-grep(1)
|
|
|
|
===========
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2006-03-09 16:24:37 +00:00
|
|
|
git-grep - Print lines matching a pattern
|
2005-09-13 02:39:15 +00:00
|
|
|
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2006-05-08 20:28:49 +00:00
|
|
|
[verse]
|
2010-02-26 03:40:12 +00:00
|
|
|
'git grep' [-a | --text] [-I] [-i | --ignore-case] [-w | --word-regexp]
|
2006-09-16 01:37:01 +00:00
|
|
|
[-v | --invert-match] [-h|-H] [--full-name]
|
2007-04-27 04:58:58 +00:00
|
|
|
[-E | --extended-regexp] [-G | --basic-regexp]
|
2011-05-09 21:52:05 +00:00
|
|
|
[-P | --perl-regexp]
|
2011-05-04 22:00:17 +00:00
|
|
|
[-F | --fixed-strings] [-n | --line-number]
|
2007-04-27 04:58:58 +00:00
|
|
|
[-l | --files-with-matches] [-L | --files-without-match]
|
2010-06-12 16:39:46 +00:00
|
|
|
[(-O | --open-files-in-pager) [<pager>]]
|
2008-10-01 16:11:15 +00:00
|
|
|
[-z | --null]
|
2010-01-28 20:33:42 +00:00
|
|
|
[-c | --count] [--all-match] [-q | --quiet]
|
grep: Add --max-depth option.
It is useful to grep directories non-recursively, e.g. when one wants to
look for all files in the toplevel directory, but not in any subdirectory,
or in Documentation/, but not in Documentation/technical/.
This patch adds support for --max-depth <depth> option to git-grep. If it is
given, git-grep descends at most <depth> levels of directories below paths
specified on the command line.
Note that if path specified on command line contains wildcards, this option
makes no sense, e.g.
$ git grep -l --max-depth 0 GNU -- 'contrib/*'
(note the quotes) will search all files in contrib/, even in
subdirectories, because '*' matches all files.
Documentation updates, bash-completion and simple test cases are also
provided.
Signed-off-by: Michał Kiedrowicz <michal.kiedrowicz@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-07-22 17:52:15 +00:00
|
|
|
[--max-depth <depth>]
|
Add an optional argument for --color options
Make git-branch, git-show-branch, git-grep, and all the diff-based
programs accept an optional argument <when> for --color. The argument
is a colorbool: "always", "never", or "auto". If no argument is given,
"always" is used; --no-color is an alias for --color=never. This makes
the command-line interface consistent with other GNU tools, such as `ls'
and `grep', and with the git-config color options. Note that, without
an argument, --color and --no-color work exactly as before.
To implement this, two internal changes were made:
1. Allow the first argument of git_config_colorbool() to be NULL,
in which case it returns -1 if the argument isn't "always", "never",
or "auto".
2. Add OPT_COLOR_FLAG(), OPT__COLOR(), and parse_opt_color_flag_cb()
to the option parsing library. The callback uses
git_config_colorbool(), so color.h is now a dependency
of parse-options.c.
Signed-off-by: Mark Lodato <lodatom@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2010-02-17 04:55:58 +00:00
|
|
|
[--color[=<when>] | --no-color]
|
2012-03-26 02:41:42 +00:00
|
|
|
[--break] [--heading] [-p | --show-function]
|
2006-05-08 20:28:49 +00:00
|
|
|
[-A <post-context>] [-B <pre-context>] [-C <context>]
|
2012-03-26 02:41:42 +00:00
|
|
|
[-W | --function-context]
|
2007-04-27 04:58:58 +00:00
|
|
|
[-f <file>] [-e] <pattern>
|
2010-02-26 03:40:12 +00:00
|
|
|
[--and|--or|--not|(|)|-e <pattern>...]
|
2011-10-05 01:40:41 +00:00
|
|
|
[ [--exclude-standard] [--cached | --no-index | --untracked] | <tree>...]
|
2010-02-16 00:25:40 +00:00
|
|
|
[--] [<pathspec>...]
|
2005-09-13 02:39:15 +00:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
2010-02-16 00:25:40 +00:00
|
|
|
Look for specified patterns in the tracked files in the work tree, blobs
|
|
|
|
registered in the index file, or blobs in given tree objects.
|
2005-09-13 02:39:15 +00:00
|
|
|
|
|
|
|
|
2011-03-30 19:31:05 +00:00
|
|
|
CONFIGURATION
|
|
|
|
-------------
|
|
|
|
|
|
|
|
grep.lineNumber::
|
|
|
|
If set to true, enable '-n' option by default.
|
|
|
|
|
|
|
|
grep.extendedRegexp::
|
|
|
|
If set to true, enable '--extended-regexp' option by default.
|
|
|
|
|
|
|
|
|
2005-09-13 02:39:15 +00:00
|
|
|
OPTIONS
|
|
|
|
-------
|
2006-05-08 20:28:49 +00:00
|
|
|
--cached::
|
2010-02-26 03:40:13 +00:00
|
|
|
Instead of searching tracked files in the working tree, search
|
|
|
|
blobs registered in the index file.
|
|
|
|
|
|
|
|
--no-index::
|
2011-10-05 01:40:41 +00:00
|
|
|
Search files in the current directory that is not managed by git.
|
2006-05-08 20:28:49 +00:00
|
|
|
|
2011-09-27 20:43:12 +00:00
|
|
|
--untracked::
|
|
|
|
In addition to searching in the tracked files in the working
|
|
|
|
tree, search also in untracked files.
|
|
|
|
|
|
|
|
--no-exclude-standard::
|
|
|
|
Also search in ignored files by not honoring the `.gitignore`
|
|
|
|
mechanism. Only useful with `--untracked`.
|
|
|
|
|
|
|
|
--exclude-standard::
|
|
|
|
Do not pay attention to ignored files specified via the `.gitignore`
|
|
|
|
mechanism. Only useful when searching files in the current directory
|
|
|
|
with `--no-index`.
|
2006-05-08 20:28:49 +00:00
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-a::
|
|
|
|
--text::
|
2006-05-08 20:28:49 +00:00
|
|
|
Process binary files as if they were text.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-i::
|
|
|
|
--ignore-case::
|
2006-05-08 20:28:49 +00:00
|
|
|
Ignore case differences between the patterns and the
|
|
|
|
files.
|
|
|
|
|
2007-04-27 04:58:58 +00:00
|
|
|
-I::
|
|
|
|
Don't match the pattern in binary files.
|
|
|
|
|
grep: Add --max-depth option.
It is useful to grep directories non-recursively, e.g. when one wants to
look for all files in the toplevel directory, but not in any subdirectory,
or in Documentation/, but not in Documentation/technical/.
This patch adds support for --max-depth <depth> option to git-grep. If it is
given, git-grep descends at most <depth> levels of directories below paths
specified on the command line.
Note that if path specified on command line contains wildcards, this option
makes no sense, e.g.
$ git grep -l --max-depth 0 GNU -- 'contrib/*'
(note the quotes) will search all files in contrib/, even in
subdirectories, because '*' matches all files.
Documentation updates, bash-completion and simple test cases are also
provided.
Signed-off-by: Michał Kiedrowicz <michal.kiedrowicz@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-07-22 17:52:15 +00:00
|
|
|
--max-depth <depth>::
|
2010-02-16 00:25:40 +00:00
|
|
|
For each <pathspec> given on command line, descend at most <depth>
|
grep: Add --max-depth option.
It is useful to grep directories non-recursively, e.g. when one wants to
look for all files in the toplevel directory, but not in any subdirectory,
or in Documentation/, but not in Documentation/technical/.
This patch adds support for --max-depth <depth> option to git-grep. If it is
given, git-grep descends at most <depth> levels of directories below paths
specified on the command line.
Note that if path specified on command line contains wildcards, this option
makes no sense, e.g.
$ git grep -l --max-depth 0 GNU -- 'contrib/*'
(note the quotes) will search all files in contrib/, even in
subdirectories, because '*' matches all files.
Documentation updates, bash-completion and simple test cases are also
provided.
Signed-off-by: Michał Kiedrowicz <michal.kiedrowicz@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-07-22 17:52:15 +00:00
|
|
|
levels of directories. A negative value means no limit.
|
2012-01-14 09:23:22 +00:00
|
|
|
This option is ignored if <pathspec> contains active wildcards.
|
|
|
|
In other words if "a*" matches a directory named "a*",
|
|
|
|
"*" is matched literally so --max-depth is still effective.
|
grep: Add --max-depth option.
It is useful to grep directories non-recursively, e.g. when one wants to
look for all files in the toplevel directory, but not in any subdirectory,
or in Documentation/, but not in Documentation/technical/.
This patch adds support for --max-depth <depth> option to git-grep. If it is
given, git-grep descends at most <depth> levels of directories below paths
specified on the command line.
Note that if path specified on command line contains wildcards, this option
makes no sense, e.g.
$ git grep -l --max-depth 0 GNU -- 'contrib/*'
(note the quotes) will search all files in contrib/, even in
subdirectories, because '*' matches all files.
Documentation updates, bash-completion and simple test cases are also
provided.
Signed-off-by: Michał Kiedrowicz <michal.kiedrowicz@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-07-22 17:52:15 +00:00
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-w::
|
|
|
|
--word-regexp::
|
2006-05-08 20:28:49 +00:00
|
|
|
Match the pattern only at word boundary (either begin at the
|
|
|
|
beginning of a line, or preceded by a non-word character; end at
|
|
|
|
the end of a line or followed by a non-word character).
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-v::
|
|
|
|
--invert-match::
|
2006-05-08 20:28:49 +00:00
|
|
|
Select non-matching lines.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-h::
|
|
|
|
-H::
|
2006-09-16 01:37:01 +00:00
|
|
|
By default, the command shows the filename for each
|
|
|
|
match. `-h` option is used to suppress this output.
|
|
|
|
`-H` is there for completeness and does not do anything
|
|
|
|
except it overrides `-h` given earlier on the command
|
|
|
|
line.
|
|
|
|
|
2006-08-11 07:44:42 +00:00
|
|
|
--full-name::
|
|
|
|
When run from a subdirectory, the command usually
|
|
|
|
outputs paths relative to the current directory. This
|
|
|
|
option forces paths to be output relative to the project
|
|
|
|
top directory.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-E::
|
|
|
|
--extended-regexp::
|
|
|
|
-G::
|
|
|
|
--basic-regexp::
|
2006-05-08 20:28:49 +00:00
|
|
|
Use POSIX extended/basic regexp for patterns. Default
|
|
|
|
is to use basic regexp.
|
2006-01-20 23:00:12 +00:00
|
|
|
|
2011-05-09 21:52:05 +00:00
|
|
|
-P::
|
|
|
|
--perl-regexp::
|
|
|
|
Use Perl-compatible regexp for patterns. Requires libpcre to be
|
|
|
|
compiled in.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-F::
|
|
|
|
--fixed-strings::
|
2007-04-27 04:58:58 +00:00
|
|
|
Use fixed strings for patterns (don't interpret pattern
|
|
|
|
as a regex).
|
|
|
|
|
2006-05-08 20:28:49 +00:00
|
|
|
-n::
|
2011-03-28 18:11:55 +00:00
|
|
|
--line-number::
|
2006-05-08 20:28:49 +00:00
|
|
|
Prefix the line number to matching lines.
|
2005-09-13 02:39:15 +00:00
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-l::
|
|
|
|
--files-with-matches::
|
|
|
|
--name-only::
|
|
|
|
-L::
|
|
|
|
--files-without-match::
|
2006-05-08 20:28:49 +00:00
|
|
|
Instead of showing every matched line, show only the
|
|
|
|
names of files that contain (or do not contain) matches.
|
2010-02-26 03:40:11 +00:00
|
|
|
For better compatibility with 'git diff', `--name-only` is a
|
|
|
|
synonym for `--files-with-matches`.
|
2005-09-13 02:39:15 +00:00
|
|
|
|
2010-06-12 16:39:46 +00:00
|
|
|
-O [<pager>]::
|
|
|
|
--open-files-in-pager [<pager>]::
|
2010-06-12 16:36:51 +00:00
|
|
|
Open the matching files in the pager (not the output of 'grep').
|
|
|
|
If the pager happens to be "less" or "vi", and the user
|
|
|
|
specified only one pattern, the first file is positioned at
|
|
|
|
the first match automatically.
|
|
|
|
|
2008-10-01 16:11:15 +00:00
|
|
|
-z::
|
|
|
|
--null::
|
|
|
|
Output \0 instead of the character that normally follows a
|
|
|
|
file name.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
-c::
|
|
|
|
--count::
|
2006-05-08 20:28:49 +00:00
|
|
|
Instead of showing every matched line, show the number of
|
|
|
|
lines that match.
|
|
|
|
|
Add an optional argument for --color options
Make git-branch, git-show-branch, git-grep, and all the diff-based
programs accept an optional argument <when> for --color. The argument
is a colorbool: "always", "never", or "auto". If no argument is given,
"always" is used; --no-color is an alias for --color=never. This makes
the command-line interface consistent with other GNU tools, such as `ls'
and `grep', and with the git-config color options. Note that, without
an argument, --color and --no-color work exactly as before.
To implement this, two internal changes were made:
1. Allow the first argument of git_config_colorbool() to be NULL,
in which case it returns -1 if the argument isn't "always", "never",
or "auto".
2. Add OPT_COLOR_FLAG(), OPT__COLOR(), and parse_opt_color_flag_cb()
to the option parsing library. The callback uses
git_config_colorbool(), so color.h is now a dependency
of parse-options.c.
Signed-off-by: Mark Lodato <lodatom@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2010-02-17 04:55:58 +00:00
|
|
|
--color[=<when>]::
|
2009-03-07 12:32:32 +00:00
|
|
|
Show colored matches.
|
Add an optional argument for --color options
Make git-branch, git-show-branch, git-grep, and all the diff-based
programs accept an optional argument <when> for --color. The argument
is a colorbool: "always", "never", or "auto". If no argument is given,
"always" is used; --no-color is an alias for --color=never. This makes
the command-line interface consistent with other GNU tools, such as `ls'
and `grep', and with the git-config color options. Note that, without
an argument, --color and --no-color work exactly as before.
To implement this, two internal changes were made:
1. Allow the first argument of git_config_colorbool() to be NULL,
in which case it returns -1 if the argument isn't "always", "never",
or "auto".
2. Add OPT_COLOR_FLAG(), OPT__COLOR(), and parse_opt_color_flag_cb()
to the option parsing library. The callback uses
git_config_colorbool(), so color.h is now a dependency
of parse-options.c.
Signed-off-by: Mark Lodato <lodatom@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2010-02-17 04:55:58 +00:00
|
|
|
The value must be always (the default), never, or auto.
|
2009-03-07 12:32:32 +00:00
|
|
|
|
|
|
|
--no-color::
|
|
|
|
Turn off match highlighting, even when the configuration file
|
|
|
|
gives the default to color output.
|
Add an optional argument for --color options
Make git-branch, git-show-branch, git-grep, and all the diff-based
programs accept an optional argument <when> for --color. The argument
is a colorbool: "always", "never", or "auto". If no argument is given,
"always" is used; --no-color is an alias for --color=never. This makes
the command-line interface consistent with other GNU tools, such as `ls'
and `grep', and with the git-config color options. Note that, without
an argument, --color and --no-color work exactly as before.
To implement this, two internal changes were made:
1. Allow the first argument of git_config_colorbool() to be NULL,
in which case it returns -1 if the argument isn't "always", "never",
or "auto".
2. Add OPT_COLOR_FLAG(), OPT__COLOR(), and parse_opt_color_flag_cb()
to the option parsing library. The callback uses
git_config_colorbool(), so color.h is now a dependency
of parse-options.c.
Signed-off-by: Mark Lodato <lodatom@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2010-02-17 04:55:58 +00:00
|
|
|
Same as `--color=never`.
|
2009-03-07 12:32:32 +00:00
|
|
|
|
2011-06-05 15:24:25 +00:00
|
|
|
--break::
|
|
|
|
Print an empty line between matches from different files.
|
|
|
|
|
2011-06-05 15:24:36 +00:00
|
|
|
--heading::
|
|
|
|
Show the filename above the matches in that file instead of
|
|
|
|
at the start of each shown line.
|
|
|
|
|
2009-07-01 22:06:34 +00:00
|
|
|
-p::
|
|
|
|
--show-function::
|
|
|
|
Show the preceding line that contains the function name of
|
|
|
|
the match, unless the matching line is a function name itself.
|
2009-07-01 22:07:24 +00:00
|
|
|
The name is determined in the same way as 'git diff' works out
|
|
|
|
patch hunk headers (see 'Defining a custom hunk-header' in
|
|
|
|
linkgit:gitattributes[5]).
|
2009-07-01 22:06:34 +00:00
|
|
|
|
2011-08-01 17:22:52 +00:00
|
|
|
-<num>::
|
|
|
|
-C <num>::
|
|
|
|
--context <num>::
|
|
|
|
Show <num> leading and trailing lines, and place a line
|
|
|
|
containing `--` between contiguous groups of matches.
|
|
|
|
|
|
|
|
-A <num>::
|
|
|
|
--after-context <num>::
|
|
|
|
Show <num> trailing lines, and place a line containing
|
|
|
|
`--` between contiguous groups of matches.
|
|
|
|
|
|
|
|
-B <num>::
|
|
|
|
--before-context <num>::
|
|
|
|
Show <num> leading lines, and place a line containing
|
|
|
|
`--` between contiguous groups of matches.
|
|
|
|
|
2011-08-01 17:20:53 +00:00
|
|
|
-W::
|
2011-08-01 17:22:52 +00:00
|
|
|
--function-context::
|
2011-08-01 17:20:53 +00:00
|
|
|
Show the surrounding text from the previous line containing a
|
|
|
|
function name up to the one before the next function name,
|
|
|
|
effectively showing the whole function in which the match was
|
|
|
|
found.
|
|
|
|
|
2006-05-08 20:28:49 +00:00
|
|
|
-f <file>::
|
|
|
|
Read patterns from <file>, one per line.
|
|
|
|
|
2006-06-25 16:07:15 +00:00
|
|
|
-e::
|
|
|
|
The next parameter is the pattern. This option has to be
|
2010-02-26 03:40:11 +00:00
|
|
|
used for patterns starting with `-` and should be used in
|
2006-08-02 22:04:56 +00:00
|
|
|
scripts passing user input to grep. Multiple patterns are
|
|
|
|
combined by 'or'.
|
|
|
|
|
2008-06-08 01:36:09 +00:00
|
|
|
--and::
|
|
|
|
--or::
|
|
|
|
--not::
|
|
|
|
( ... )::
|
2007-01-17 15:32:41 +00:00
|
|
|
Specify how multiple patterns are combined using Boolean
|
2006-08-02 22:04:56 +00:00
|
|
|
expressions. `--or` is the default operator. `--and` has
|
|
|
|
higher precedence than `--or`. `-e` has to be used for all
|
|
|
|
patterns.
|
2006-06-25 16:07:15 +00:00
|
|
|
|
2006-09-28 00:50:52 +00:00
|
|
|
--all-match::
|
|
|
|
When giving multiple pattern expressions combined with `--or`,
|
|
|
|
this flag is specified to limit the match to files that
|
|
|
|
have lines to match all of them.
|
|
|
|
|
2010-01-28 20:33:42 +00:00
|
|
|
-q::
|
|
|
|
--quiet::
|
|
|
|
Do not output matched lines; instead, exit with status 0 when
|
|
|
|
there is a match and with non-zero status when there isn't.
|
|
|
|
|
2010-02-26 03:40:11 +00:00
|
|
|
<tree>...::
|
2010-02-26 03:40:13 +00:00
|
|
|
Instead of searching tracked files in the working tree, search
|
|
|
|
blobs in the given trees.
|
2006-05-08 20:28:49 +00:00
|
|
|
|
2006-08-02 22:04:56 +00:00
|
|
|
\--::
|
2006-05-08 20:28:49 +00:00
|
|
|
Signals the end of options; the rest of the parameters
|
2010-02-16 00:25:40 +00:00
|
|
|
are <pathspec> limiters.
|
2005-09-13 02:39:15 +00:00
|
|
|
|
2010-02-16 00:25:40 +00:00
|
|
|
<pathspec>...::
|
|
|
|
If given, limit the search to paths matching at least one pattern.
|
|
|
|
Both leading paths match and glob(7) patterns are supported.
|
2005-09-13 02:39:15 +00:00
|
|
|
|
2010-02-26 03:40:10 +00:00
|
|
|
Examples
|
|
|
|
--------
|
2006-08-02 22:04:56 +00:00
|
|
|
|
docs: put listed example commands in backticks
Many examples of git command invocation are given in asciidoc listing
blocks, which makes them monospaced and avoids further interpretation of
special characters. Some manpages make a list of examples, like:
git foo::
Run git foo.
git foo -q::
Use the "-q" option.
to quickly show many variants. However, they can sometimes be hard to
read, because they are shown in a proportional-width font (so, for
example, seeing the difference between "-- foo" and "--foo" can be
difficult).
This patch puts all such examples into backticks, which gives the
equivalent formatting to a listing block (i.e., monospaced and without
character interpretation).
As a bonus, this also fixes an example in the git-push manpage, in which
"git push origin :::" was accidentally considered a newly-indented list,
and not a list item with "git push origin :" in it.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-08-04 02:13:29 +00:00
|
|
|
`git grep {apostrophe}time_t{apostrophe} \-- {apostrophe}*.[ch]{apostrophe}`::
|
2010-02-16 00:25:40 +00:00
|
|
|
Looks for `time_t` in all tracked .c and .h files in the working
|
|
|
|
directory and its subdirectories.
|
|
|
|
|
docs: put listed example commands in backticks
Many examples of git command invocation are given in asciidoc listing
blocks, which makes them monospaced and avoids further interpretation of
special characters. Some manpages make a list of examples, like:
git foo::
Run git foo.
git foo -q::
Use the "-q" option.
to quickly show many variants. However, they can sometimes be hard to
read, because they are shown in a proportional-width font (so, for
example, seeing the difference between "-- foo" and "--foo" can be
difficult).
This patch puts all such examples into backticks, which gives the
equivalent formatting to a listing block (i.e., monospaced and without
character interpretation).
As a bonus, this also fixes an example in the git-push manpage, in which
"git push origin :::" was accidentally considered a newly-indented list,
and not a list item with "git push origin :" in it.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-08-04 02:13:29 +00:00
|
|
|
`git grep -e {apostrophe}#define{apostrophe} --and \( -e MAX_PATH -e PATH_MAX \)`::
|
2006-08-02 22:04:56 +00:00
|
|
|
Looks for a line that has `#define` and either `MAX_PATH` or
|
|
|
|
`PATH_MAX`.
|
|
|
|
|
docs: put listed example commands in backticks
Many examples of git command invocation are given in asciidoc listing
blocks, which makes them monospaced and avoids further interpretation of
special characters. Some manpages make a list of examples, like:
git foo::
Run git foo.
git foo -q::
Use the "-q" option.
to quickly show many variants. However, they can sometimes be hard to
read, because they are shown in a proportional-width font (so, for
example, seeing the difference between "-- foo" and "--foo" can be
difficult).
This patch puts all such examples into backticks, which gives the
equivalent formatting to a listing block (i.e., monospaced and without
character interpretation).
As a bonus, this also fixes an example in the git-push manpage, in which
"git push origin :::" was accidentally considered a newly-indented list,
and not a list item with "git push origin :" in it.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2011-08-04 02:13:29 +00:00
|
|
|
`git grep --all-match -e NODE -e Unexpected`::
|
2006-09-28 00:50:52 +00:00
|
|
|
Looks for a line that has `NODE` or `Unexpected` in
|
|
|
|
files that have lines that match both.
|
|
|
|
|
2005-09-13 02:39:15 +00:00
|
|
|
GIT
|
|
|
|
---
|
2008-06-06 07:07:32 +00:00
|
|
|
Part of the linkgit:git[1] suite
|