2005-09-13 04:39:15 +02:00
|
|
|
git-grep(1)
|
|
|
|
===========
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2006-03-09 17:24:37 +01:00
|
|
|
git-grep - Print lines matching a pattern
|
2005-09-13 04:39:15 +02:00
|
|
|
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2006-05-08 22:28:49 +02:00
|
|
|
[verse]
|
2010-02-26 04:40:12 +01:00
|
|
|
'git grep' [-a | --text] [-I] [-i | --ignore-case] [-w | --word-regexp]
|
2006-09-16 03:37:01 +02:00
|
|
|
[-v | --invert-match] [-h|-H] [--full-name]
|
2007-04-27 06:58:58 +02:00
|
|
|
[-E | --extended-regexp] [-G | --basic-regexp]
|
2011-05-09 23:52:05 +02:00
|
|
|
[-P | --perl-regexp]
|
2011-05-05 00:00:17 +02:00
|
|
|
[-F | --fixed-strings] [-n | --line-number]
|
2007-04-27 06:58:58 +02:00
|
|
|
[-l | --files-with-matches] [-L | --files-without-match]
|
2010-06-12 18:39:46 +02:00
|
|
|
[(-O | --open-files-in-pager) [<pager>]]
|
2008-10-01 18:11:15 +02:00
|
|
|
[-z | --null]
|
2010-01-28 21:33:42 +01: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 19:52:15 +02: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 05:55:58 +01:00
|
|
|
[--color[=<when>] | --no-color]
|
2012-03-26 04:41:42 +02:00
|
|
|
[--break] [--heading] [-p | --show-function]
|
2006-05-08 22:28:49 +02:00
|
|
|
[-A <post-context>] [-B <pre-context>] [-C <context>]
|
2012-03-26 04:41:42 +02:00
|
|
|
[-W | --function-context]
|
2007-04-27 06:58:58 +02:00
|
|
|
[-f <file>] [-e] <pattern>
|
2010-02-26 04:40:12 +01:00
|
|
|
[--and|--or|--not|(|)|-e <pattern>...]
|
2011-10-05 03:40:41 +02:00
|
|
|
[ [--exclude-standard] [--cached | --no-index | --untracked] | <tree>...]
|
2010-02-16 01:25:40 +01:00
|
|
|
[--] [<pathspec>...]
|
2005-09-13 04:39:15 +02:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
2010-02-16 01:25:40 +01:00
|
|
|
Look for specified patterns in the tracked files in the work tree, blobs
|
2012-05-20 16:33:07 +02:00
|
|
|
registered in the index file, or blobs in given tree objects. Patterns
|
|
|
|
are lists of one or more search expressions separated by newline
|
|
|
|
characters. An empty string as search expression matches all lines.
|
2005-09-13 04:39:15 +02:00
|
|
|
|
|
|
|
|
2011-03-30 21:31:05 +02:00
|
|
|
CONFIGURATION
|
|
|
|
-------------
|
|
|
|
|
|
|
|
grep.lineNumber::
|
|
|
|
If set to true, enable '-n' option by default.
|
|
|
|
|
grep: add a grep.patternType configuration setting
The grep.extendedRegexp configuration setting enables the -E flag on grep
by default but there are no equivalents for the -G, -F and -P flags.
Rather than adding an additional setting for grep.fooRegexp for current
and future pattern matching options, add a grep.patternType setting that
can accept appropriate values for modifying the default grep pattern
matching behavior. The current values are "basic", "extended", "fixed",
"perl" and "default" for setting -G, -E, -F, -P and the default behavior
respectively.
When grep.patternType is set to a value other than "default", the
grep.extendedRegexp setting is ignored. The value of "default" restores
the current default behavior, including the grep.extendedRegexp
behavior.
Signed-off-by: J Smith <dark.panda@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2012-08-03 16:53:50 +02:00
|
|
|
grep.patternType::
|
|
|
|
Set the default matching behavior. Using a value of 'basic', 'extended',
|
|
|
|
'fixed', or 'perl' will enable the '--basic-regexp', '--extended-regexp',
|
|
|
|
'--fixed-strings', or '--perl-regexp' option accordingly, while the
|
|
|
|
value 'default' will return to the default matching behavior.
|
|
|
|
|
2011-03-30 21:31:05 +02:00
|
|
|
grep.extendedRegexp::
|
grep: add a grep.patternType configuration setting
The grep.extendedRegexp configuration setting enables the -E flag on grep
by default but there are no equivalents for the -G, -F and -P flags.
Rather than adding an additional setting for grep.fooRegexp for current
and future pattern matching options, add a grep.patternType setting that
can accept appropriate values for modifying the default grep pattern
matching behavior. The current values are "basic", "extended", "fixed",
"perl" and "default" for setting -G, -E, -F, -P and the default behavior
respectively.
When grep.patternType is set to a value other than "default", the
grep.extendedRegexp setting is ignored. The value of "default" restores
the current default behavior, including the grep.extendedRegexp
behavior.
Signed-off-by: J Smith <dark.panda@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2012-08-03 16:53:50 +02:00
|
|
|
If set to true, enable '--extended-regexp' option by default. This
|
|
|
|
option is ignored when the 'grep.patternType' option is set to a value
|
|
|
|
other than 'default'.
|
2011-03-30 21:31:05 +02:00
|
|
|
|
|
|
|
|
2005-09-13 04:39:15 +02:00
|
|
|
OPTIONS
|
|
|
|
-------
|
2006-05-08 22:28:49 +02:00
|
|
|
--cached::
|
2010-02-26 04:40:13 +01:00
|
|
|
Instead of searching tracked files in the working tree, search
|
|
|
|
blobs registered in the index file.
|
|
|
|
|
|
|
|
--no-index::
|
2011-10-05 03:40:41 +02:00
|
|
|
Search files in the current directory that is not managed by git.
|
2006-05-08 22:28:49 +02:00
|
|
|
|
2011-09-27 22:43:12 +02: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 22:28:49 +02:00
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-a::
|
|
|
|
--text::
|
2006-05-08 22:28:49 +02:00
|
|
|
Process binary files as if they were text.
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-i::
|
|
|
|
--ignore-case::
|
2006-05-08 22:28:49 +02:00
|
|
|
Ignore case differences between the patterns and the
|
|
|
|
files.
|
|
|
|
|
2007-04-27 06:58:58 +02: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 19:52:15 +02:00
|
|
|
--max-depth <depth>::
|
2010-02-16 01:25:40 +01: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 19:52:15 +02:00
|
|
|
levels of directories. A negative value means no limit.
|
2012-01-14 10:23:22 +01: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 19:52:15 +02:00
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-w::
|
|
|
|
--word-regexp::
|
2006-05-08 22:28:49 +02: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 03:36:09 +02:00
|
|
|
-v::
|
|
|
|
--invert-match::
|
2006-05-08 22:28:49 +02:00
|
|
|
Select non-matching lines.
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-h::
|
|
|
|
-H::
|
2006-09-16 03:37:01 +02: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 09:44:42 +02: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 03:36:09 +02:00
|
|
|
-E::
|
|
|
|
--extended-regexp::
|
|
|
|
-G::
|
|
|
|
--basic-regexp::
|
2006-05-08 22:28:49 +02:00
|
|
|
Use POSIX extended/basic regexp for patterns. Default
|
|
|
|
is to use basic regexp.
|
2006-01-21 00:00:12 +01:00
|
|
|
|
2011-05-09 23:52:05 +02:00
|
|
|
-P::
|
|
|
|
--perl-regexp::
|
|
|
|
Use Perl-compatible regexp for patterns. Requires libpcre to be
|
|
|
|
compiled in.
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-F::
|
|
|
|
--fixed-strings::
|
2007-04-27 06:58:58 +02:00
|
|
|
Use fixed strings for patterns (don't interpret pattern
|
|
|
|
as a regex).
|
|
|
|
|
2006-05-08 22:28:49 +02:00
|
|
|
-n::
|
2011-03-28 20:11:55 +02:00
|
|
|
--line-number::
|
2006-05-08 22:28:49 +02:00
|
|
|
Prefix the line number to matching lines.
|
2005-09-13 04:39:15 +02:00
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-l::
|
|
|
|
--files-with-matches::
|
|
|
|
--name-only::
|
|
|
|
-L::
|
|
|
|
--files-without-match::
|
2006-05-08 22:28:49 +02:00
|
|
|
Instead of showing every matched line, show only the
|
|
|
|
names of files that contain (or do not contain) matches.
|
2010-02-26 04:40:11 +01:00
|
|
|
For better compatibility with 'git diff', `--name-only` is a
|
|
|
|
synonym for `--files-with-matches`.
|
2005-09-13 04:39:15 +02:00
|
|
|
|
2010-06-12 18:39:46 +02:00
|
|
|
-O [<pager>]::
|
|
|
|
--open-files-in-pager [<pager>]::
|
2010-06-12 18:36:51 +02: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 18:11:15 +02:00
|
|
|
-z::
|
|
|
|
--null::
|
|
|
|
Output \0 instead of the character that normally follows a
|
|
|
|
file name.
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-c::
|
|
|
|
--count::
|
2006-05-08 22:28:49 +02: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 05:55:58 +01:00
|
|
|
--color[=<when>]::
|
2009-03-07 13:32:32 +01: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 05:55:58 +01:00
|
|
|
The value must be always (the default), never, or auto.
|
2009-03-07 13:32:32 +01: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 05:55:58 +01:00
|
|
|
Same as `--color=never`.
|
2009-03-07 13:32:32 +01:00
|
|
|
|
2011-06-05 17:24:25 +02:00
|
|
|
--break::
|
|
|
|
Print an empty line between matches from different files.
|
|
|
|
|
2011-06-05 17:24:36 +02:00
|
|
|
--heading::
|
|
|
|
Show the filename above the matches in that file instead of
|
|
|
|
at the start of each shown line.
|
|
|
|
|
2009-07-02 00:06:34 +02: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-02 00:07:24 +02: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-02 00:06:34 +02:00
|
|
|
|
2011-08-01 19:22:52 +02: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 19:20:53 +02:00
|
|
|
-W::
|
2011-08-01 19:22:52 +02:00
|
|
|
--function-context::
|
2011-08-01 19:20:53 +02: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 22:28:49 +02:00
|
|
|
-f <file>::
|
|
|
|
Read patterns from <file>, one per line.
|
|
|
|
|
2006-06-25 18:07:15 +02:00
|
|
|
-e::
|
|
|
|
The next parameter is the pattern. This option has to be
|
2010-02-26 04:40:11 +01:00
|
|
|
used for patterns starting with `-` and should be used in
|
2006-08-03 00:04:56 +02:00
|
|
|
scripts passing user input to grep. Multiple patterns are
|
|
|
|
combined by 'or'.
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
--and::
|
|
|
|
--or::
|
|
|
|
--not::
|
|
|
|
( ... )::
|
2007-01-17 16:32:41 +01:00
|
|
|
Specify how multiple patterns are combined using Boolean
|
2006-08-03 00:04:56 +02:00
|
|
|
expressions. `--or` is the default operator. `--and` has
|
|
|
|
higher precedence than `--or`. `-e` has to be used for all
|
|
|
|
patterns.
|
2006-06-25 18:07:15 +02:00
|
|
|
|
2006-09-28 02:50:52 +02: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 21:33:42 +01: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 04:40:11 +01:00
|
|
|
<tree>...::
|
2010-02-26 04:40:13 +01:00
|
|
|
Instead of searching tracked files in the working tree, search
|
|
|
|
blobs in the given trees.
|
2006-05-08 22:28:49 +02:00
|
|
|
|
2006-08-03 00:04:56 +02:00
|
|
|
\--::
|
2006-05-08 22:28:49 +02:00
|
|
|
Signals the end of options; the rest of the parameters
|
2010-02-16 01:25:40 +01:00
|
|
|
are <pathspec> limiters.
|
2005-09-13 04:39:15 +02:00
|
|
|
|
2010-02-16 01:25:40 +01: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 04:39:15 +02:00
|
|
|
|
2010-02-26 04:40:10 +01:00
|
|
|
Examples
|
|
|
|
--------
|
2006-08-03 00:04:56 +02:00
|
|
|
|
docs: stop using asciidoc no-inline-literal
In asciidoc 7, backticks like `foo` produced a typographic
effect, but did not otherwise affect the syntax. In asciidoc
8, backticks introduce an "inline literal" inside which markup
is not interpreted. To keep compatibility with existing
documents, asciidoc 8 has a "no-inline-literal" attribute to
keep the old behavior. We enabled this so that the
documentation could be built on either version.
It has been several years now, and asciidoc 7 is no longer
in wide use. We can now decide whether or not we want
inline literals on their own merits, which are:
1. The source is much easier to read when the literal
contains punctuation. You can use `master~1` instead
of `master{tilde}1`.
2. They are less error-prone. Because of point (1), we
tend to make mistakes and forget the extra layer of
quoting.
This patch removes the no-inline-literal attribute from the
Makefile and converts every use of backticks in the
documentation to an inline literal (they must be cleaned up,
or the example above would literally show "{tilde}" in the
output).
Problematic sites were found by grepping for '`.*[{\\]' and
examined and fixed manually. The results were then verified
by comparing the output of "html2text" on the set of
generated html pages. Doing so revealed that in addition to
making the source more readable, this patch fixes several
formatting bugs:
- HTML rendering used the ellipsis character instead of
literal "..." in code examples (like "git log A...B")
- some code examples used the right-arrow character
instead of '->' because they failed to quote
- api-config.txt did not quote tilde, and the resulting
HTML contained a bogus snippet like:
<tt><sub></tt> foo <tt></sub>bar</tt>
which caused some parsers to choke and omit whole
sections of the page.
- git-commit.txt confused ``foo`` (backticks inside a
literal) with ``foo'' (matched double-quotes)
- mentions of `A U Thor <author@example.com>` used to
erroneously auto-generate a mailto footnote for
author@example.com
- the description of --word-diff=plain incorrectly showed
the output as "[-removed-] and {added}", not "{+added+}".
- using "prime" notation like:
commit `C` and its replacement `C'`
confused asciidoc into thinking that everything between
the first backtick and the final apostrophe were meant
to be inside matched quotes
- asciidoc got confused by the escaping of some of our
asterisks. In particular,
`credential.\*` and `credential.<url>.\*`
properly escaped the asterisk in the first case, but
literally passed through the backslash in the second
case.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2012-04-26 10:51:57 +02:00
|
|
|
`git grep 'time_t' -- '*.[ch]'`::
|
2010-02-16 01:25:40 +01:00
|
|
|
Looks for `time_t` in all tracked .c and .h files in the working
|
|
|
|
directory and its subdirectories.
|
|
|
|
|
docs: stop using asciidoc no-inline-literal
In asciidoc 7, backticks like `foo` produced a typographic
effect, but did not otherwise affect the syntax. In asciidoc
8, backticks introduce an "inline literal" inside which markup
is not interpreted. To keep compatibility with existing
documents, asciidoc 8 has a "no-inline-literal" attribute to
keep the old behavior. We enabled this so that the
documentation could be built on either version.
It has been several years now, and asciidoc 7 is no longer
in wide use. We can now decide whether or not we want
inline literals on their own merits, which are:
1. The source is much easier to read when the literal
contains punctuation. You can use `master~1` instead
of `master{tilde}1`.
2. They are less error-prone. Because of point (1), we
tend to make mistakes and forget the extra layer of
quoting.
This patch removes the no-inline-literal attribute from the
Makefile and converts every use of backticks in the
documentation to an inline literal (they must be cleaned up,
or the example above would literally show "{tilde}" in the
output).
Problematic sites were found by grepping for '`.*[{\\]' and
examined and fixed manually. The results were then verified
by comparing the output of "html2text" on the set of
generated html pages. Doing so revealed that in addition to
making the source more readable, this patch fixes several
formatting bugs:
- HTML rendering used the ellipsis character instead of
literal "..." in code examples (like "git log A...B")
- some code examples used the right-arrow character
instead of '->' because they failed to quote
- api-config.txt did not quote tilde, and the resulting
HTML contained a bogus snippet like:
<tt><sub></tt> foo <tt></sub>bar</tt>
which caused some parsers to choke and omit whole
sections of the page.
- git-commit.txt confused ``foo`` (backticks inside a
literal) with ``foo'' (matched double-quotes)
- mentions of `A U Thor <author@example.com>` used to
erroneously auto-generate a mailto footnote for
author@example.com
- the description of --word-diff=plain incorrectly showed
the output as "[-removed-] and {added}", not "{+added+}".
- using "prime" notation like:
commit `C` and its replacement `C'`
confused asciidoc into thinking that everything between
the first backtick and the final apostrophe were meant
to be inside matched quotes
- asciidoc got confused by the escaping of some of our
asterisks. In particular,
`credential.\*` and `credential.<url>.\*`
properly escaped the asterisk in the first case, but
literally passed through the backslash in the second
case.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2012-04-26 10:51:57 +02:00
|
|
|
`git grep -e '#define' --and \( -e MAX_PATH -e PATH_MAX \)`::
|
2006-08-03 00:04:56 +02: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 04:13:29 +02:00
|
|
|
`git grep --all-match -e NODE -e Unexpected`::
|
2006-09-28 02:50:52 +02:00
|
|
|
Looks for a line that has `NODE` or `Unexpected` in
|
|
|
|
files that have lines that match both.
|
|
|
|
|
2005-09-13 04:39:15 +02:00
|
|
|
GIT
|
|
|
|
---
|
2008-06-06 09:07:32 +02:00
|
|
|
Part of the linkgit:git[1] suite
|