NAME

       git-grep - Print lines matching a pattern

SYNOPSIS

       git grep [-a | --text] [-I] [--textconv] [-i | --ignore-case] [-w | --word-regexp]
                  [-v | --invert-match] [-h|-H] [--full-name]
                  [-E | --extended-regexp] [-G | --basic-regexp]
                  [-P | --perl-regexp]
                  [-F | --fixed-strings] [-n | --line-number] [--column]
                  [-l | --files-with-matches] [-L | --files-without-match]
                  [(-O | --open-files-in-pager) [<pager>]]
                  [-z | --null]
                  [ -o | --only-matching ] [-c | --count] [--all-match] [-q | --quiet]
                  [--max-depth <depth>] [--[no-]recursive]
                  [--color[=<when>] | --no-color]
                  [--break] [--heading] [-p | --show-function]
                  [-A <post-context>] [-B <pre-context>] [-C <context>]
                  [-W | --function-context]
                  [(-m | --max-count) <num>]
                  [--threads <num>]
                  [-f <file>] [-e] <pattern>
                  [--and|--or|--not|(|)|-e <pattern>...]
                  [--recurse-submodules] [--parent-basename <basename>]
                  [ [--[no-]exclude-standard] [--cached | --untracked | --no-index] | <tree>...]
                  [--] [<pathspec>...]

DESCRIPTION

       Look for specified patterns in the tracked files in the work tree, blobs 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.

OPTIONS

       --cached
           Instead of searching tracked files in the working tree, search blobs registered in the
           index file.

       --untracked
           In addition to searching in the tracked files in the working tree, search also in
           untracked files.

       --no-index
           Search files in the current directory that is not managed by Git, or by ignoring that
           the current directory is managed by Git. This is rather similar to running the regular
           grep(1) utility with its -r option specified, but with some additional benefits, such
           as using pathspec patterns to limit paths; see the pathspec entry in gitglossary(7)
           for more information.

           This option cannot be used together with --cached or --untracked. See also
           grep.fallbackToNoIndex in CONFIGURATION below.

       --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.

       --recurse-submodules
           Recursively search in each submodule that is active and checked out in the repository.
           When used in combination with the <tree> option the prefix of all submodule output
           will be the name of the parent project’s <tree> object. This option cannot be used
           together with --untracked, and it has no effect if --no-index is specified.

       -a, --text
           Process binary files as if they were text.

       --textconv
           Honor textconv filter settings.

       --no-textconv
           Do not honor textconv filter settings. This is the default.

       -i, --ignore-case
           Ignore case differences between the patterns and the files.

       -I
           Don’t match the pattern in binary files.

       --max-depth <depth>
           For each <pathspec> given on command line, descend at most <depth> levels of
           directories. A value of -1 means no limit. 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.

       -r, --recursive
           Same as --max-depth=-1; this is the default.

       --no-recursive
           Same as --max-depth=0.

       -w, --word-regexp
           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).

       -v, --invert-match
           Select non-matching lines.

       -h, -H
           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.

       --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.

       -E, --extended-regexp, -G, --basic-regexp
           Use POSIX extended/basic regexp for patterns. Default is to use basic regexp.

       -P, --perl-regexp
           Use Perl-compatible regular expressions for patterns.

           Support for these types of regular expressions is an optional compile-time dependency.
           If Git wasn’t compiled with support for them providing this option will cause it to
           die.

       -F, --fixed-strings
           Use fixed strings for patterns (don’t interpret pattern as a regex).

       -n, --line-number
           Prefix the line number to matching lines.

       --column
           Prefix the 1-indexed byte-offset of the first match from the start of the matching
           line.

       -l, --files-with-matches, --name-only, -L, --files-without-match
           Instead of showing every matched line, show only the names of files that contain (or
           do not contain) matches. For better compatibility with git diff, --name-only is a
           synonym for --files-with-matches.

       -O[<pager>], --open-files-in-pager[=<pager>]
           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. The pager argument is optional; if
           specified, it must be stuck to the option without a space. If pager is unspecified,
           the default pager will be used (see core.pager in git-config(1)).

       -z, --null
           Use \0 as the delimiter for pathnames in the output, and print them verbatim. Without
           this option, pathnames with "unusual" characters are quoted as explained for the
           configuration variable core.quotePath (see git-config(1)).

       -o, --only-matching
           Print only the matched (non-empty) parts of a matching line, with each such part on a
           separate output line.

       -c, --count
           Instead of showing every matched line, show the number of lines that match.

       --color[=<when>]
           Show colored matches. The value must be always (the default), never, or auto.

       --no-color
           Turn off match highlighting, even when the configuration file gives the default to
           color output. Same as --color=never.

       --break
           Print an empty line between matches from different files.

       --heading
           Show the filename above the matches in that file instead of at the start of each shown
           line.

       -p, --show-function
           Show the preceding line that contains the function name of the match, unless the
           matching line is a function name itself. The name is determined in the same way as git
           diff works out patch hunk headers (see Defining a custom hunk-header in
           gitattributes(5)).

       -<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.

       -W, --function-context
           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. The function names are determined in the same way as git diff works
           out patch hunk headers (see Defining a custom hunk-header in gitattributes(5)).

       -m <num>, --max-count <num>
           Limit the amount of matches per file. When using the -v or --invert-match option, the
           search stops after the specified number of non-matches. A value of -1 will return
           unlimited results (the default). A value of 0 will exit immediately with a non-zero
           status.

       --threads <num>
           Number of grep worker threads to use. See NOTES ON THREADS and grep.threads in
           CONFIGURATION for more information.

       -f <file>
           Read patterns from <file>, one per line.

           Passing the pattern via <file> allows for providing a search pattern containing a \0.

           Not all pattern types support patterns containing \0. Git will error out if a given
           pattern type can’t support such a pattern. The --perl-regexp pattern type when
           compiled against the PCRE v2 backend has the widest support for these types of
           patterns.

           In versions of Git before 2.23.0 patterns containing \0 would be silently considered
           fixed. This was never documented, there were also odd and undocumented interactions
           between e.g. non-ASCII patterns containing \0 and --ignore-case.

           In future versions we may learn to support patterns containing \0 for more search
           backends, until then we’ll die when the pattern type in question doesn’t support them.

       -e
           The next parameter is the pattern. This option has to be used for patterns starting
           with - and should be used in scripts passing user input to grep. Multiple patterns are
           combined by or.

       --and, --or, --not, ( ... )
           Specify how multiple patterns are combined using Boolean expressions.  --or is the
           default operator.  --and has higher precedence than --or.  -e has to be used for all
           patterns.

       --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.

       -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.

       <tree>...
           Instead of searching tracked files in the working tree, search blobs in the given
           trees.

       --
           Signals the end of options; the rest of the parameters are <pathspec> limiters.

       <pathspec>...
           If given, limit the search to paths matching at least one pattern. Both leading paths
           match and glob(7) patterns are supported.

           For more details about the <pathspec> syntax, see the pathspec entry in
           gitglossary(7).

EXAMPLES

       git grep 'time_t' -- '*.[ch]'
           Looks for time_t in all tracked .c and .h files in the working directory and its
           subdirectories.

       git grep -e '#define' --and \( -e MAX_PATH -e PATH_MAX \)
           Looks for a line that has #define and either MAX_PATH or PATH_MAX.

       git grep --all-match -e NODE -e Unexpected
           Looks for a line that has NODE or Unexpected in files that have lines that match both.

       git grep solution -- :^Documentation
           Looks for solution, excluding files in Documentation.

NOTES ON THREADS

       The --threads option (and the grep.threads configuration) will be ignored when
       --open-files-in-pager is used, forcing a single-threaded execution.

       When grepping the object store (with --cached or giving tree objects), running with
       multiple threads might perform slower than single-threaded if --textconv is given and
       there are too many text conversions. Thus, if low performance is experienced in this case,
       it might be desirable to use --threads=1.

CONFIGURATION

       Everything below this line in this section is selectively included from the git-config(1)
       documentation. The content is the same as what’s found there:

       grep.lineNumber
           If set to true, enable -n option by default.

       grep.column
           If set to true, enable the --column option by default.

       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 use the grep.extendedRegexp option to
           choose between basic and extended.

       grep.extendedRegexp
           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.

       grep.threads
           Number of grep worker threads to use. If unset (or set to 0), Git will use as many
           threads as the number of logical cores available.

       grep.fullName
           If set to true, enable --full-name option by default.

       grep.fallbackToNoIndex
           If set to true, fall back to git grep --no-index if git grep is executed outside of a
           git repository. Defaults to false.

GIT

       Part of the git(1) suite