The width of the filename part can be controlled by
giving another width to it separated by a comma.
+--numstat::
+ Similar to \--stat, but shows number of added and
+ deleted lines in decimal notation and pathname without
+ abbreviation, to make it more machine friendly.
+
--summary::
Output a condensed summary of extended header information
such as creations, renames and mode changes.
</p>\r
</dd>\r
<dt>\r
+--numstat\r
+</dt>\r
+<dd>\r
+<p>\r
+ Similar to --stat, but shows number of added and\r
+ deleted lines in decimal notation and pathname without\r
+ abbreviation, to make it more machine friendly.\r
+</p>\r
+</dd>\r
+<dt>\r
--summary\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:00 UTC\r
+Last updated 19-Oct-2006 05:58:36 UTC\r
</div>\r
</div>\r
</body>\r
</p>\r
</dd>\r
<dt>\r
+--numstat\r
+</dt>\r
+<dd>\r
+<p>\r
+ Similar to --stat, but shows number of added and\r
+ deleted lines in decimal notation and pathname without\r
+ abbreviation, to make it more machine friendly.\r
+</p>\r
+</dd>\r
+<dt>\r
--summary\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:01 UTC\r
+Last updated 19-Oct-2006 05:58:37 UTC\r
</div>\r
</div>\r
</body>\r
</p>\r
</dd>\r
<dt>\r
+--numstat\r
+</dt>\r
+<dd>\r
+<p>\r
+ Similar to --stat, but shows number of added and\r
+ deleted lines in decimal notation and pathname without\r
+ abbreviation, to make it more machine friendly.\r
+</p>\r
+</dd>\r
+<dt>\r
--summary\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:02 UTC\r
+Last updated 19-Oct-2006 05:58:38 UTC\r
</div>\r
</div>\r
</body>\r
</p>\r
</dd>\r
<dt>\r
+--numstat\r
+</dt>\r
+<dd>\r
+<p>\r
+ Similar to --stat, but shows number of added and\r
+ deleted lines in decimal notation and pathname without\r
+ abbreviation, to make it more machine friendly.\r
+</p>\r
+</dd>\r
+<dt>\r
--summary\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:03 UTC\r
+Last updated 19-Oct-2006 05:58:39 UTC\r
</div>\r
</div>\r
</body>\r
[-v | --invert-match] [-h|-H] [--full-name]\r
[-E | --extended-regexp] [-G | --basic-regexp] [-F | --fixed-strings]\r
[-n] [-l | --files-with-matches] [-L | --files-without-match]\r
- [-c | --count]\r
+ [-c | --count] [--all-match]\r
[-A <post-context>] [-B <pre-context>] [-C <context>]\r
[-f <file>] [-e] <pattern> [--and|--or|--not|(|)|-e <pattern>…]\r
[<tree>…]\r
</p>\r
</dd>\r
<dt>\r
+--all-match\r
+</dt>\r
+<dd>\r
+<p>\r
+ When giving multiple pattern expressions combined with <tt>--or</tt>,\r
+ this flag is specified to limit the match to files that\r
+ have lines to match all of them.\r
+</p>\r
+</dd>\r
+<dt>\r
<tt><tree>…</tt>\r
</dt>\r
<dd>\r
<tt>PATH_MAX</tt>.\r
</p>\r
</dd>\r
+<dt>\r
+git grep --all-match -e NODE -e Unexpected\r
+</dt>\r
+<dd>\r
+<p>\r
+ Looks for a line that has <tt>NODE</tt> or <tt>Unexpected</tt> in\r
+ files that have lines that match both.\r
+</p>\r
+</dd>\r
</dl>\r
</div>\r
<h2>Author</h2>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:06 UTC\r
+Last updated 19-Oct-2006 05:58:40 UTC\r
</div>\r
</div>\r
</body>\r
[-v | --invert-match] [-h|-H] [--full-name]
[-E | --extended-regexp] [-G | --basic-regexp] [-F | --fixed-strings]
[-n] [-l | --files-with-matches] [-L | --files-without-match]
- [-c | --count]
+ [-c | --count] [--all-match]
[-A <post-context>] [-B <pre-context>] [-C <context>]
[-f <file>] [-e] <pattern> [--and|--or|--not|(|)|-e <pattern>...]
[<tree>...]
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.
+
`<tree>...`::
Search blobs in the trees for specified patterns.
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.
+
Author
------
Originally written by Linus Torvalds <torvalds@osdl.org>, later
</div>\r
<h2>SYNOPSIS</h2>\r
<div class="sectionbody">\r
-<p><em>git-rebase</em> [--merge] [--onto <newbase>] <upstream> [<branch>]</p>\r
+<p><em>git-rebase</em> [-v] [--merge] [--onto <newbase>] <upstream> [<branch>]</p>\r
<p><em>git-rebase</em> --continue | --skip | --abort</p>\r
</div>\r
<h2>DESCRIPTION</h2>\r
head, <tt>git-merge-octopus</tt> otherwise). This implies --merge.\r
</p>\r
</dd>\r
+<dt>\r
+-v, --verbose\r
+</dt>\r
+<dd>\r
+<p>\r
+ Display a diffstat of what changed upstream since the last rebase.\r
+</p>\r
+</dd>\r
</dl>\r
</div>\r
<h2>MERGE STRATEGIES</h2>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:20 UTC\r
+Last updated 19-Oct-2006 05:58:40 UTC\r
</div>\r
</div>\r
</body>\r
SYNOPSIS
--------
-'git-rebase' [--merge] [--onto <newbase>] <upstream> [<branch>]
+'git-rebase' [-v] [--merge] [--onto <newbase>] <upstream> [<branch>]
'git-rebase' --continue | --skip | --abort
is used instead (`git-merge-recursive` when merging a single
head, `git-merge-octopus` otherwise). This implies --merge.
+-v, \--verbose::
+ Display a diffstat of what changed upstream since the last rebase.
+
include::merge-strategies.txt[]
NOTES
<div class="sectionbody">\r
<p>A revision parameter typically, but not necessarily, names a\r
commit object. They use what is called an <em>extended SHA1</em>\r
-syntax.</p>\r
+syntax. Here are various ways to spell object names. The\r
+ones listed near the end of this list are to name trees and\r
+blobs contained in a commit.</p>\r
<ul>\r
<li>\r
<p>\r
</li>\r
<li>\r
<p>\r
+An output from <tt>git-describe</tt>; i.e. a closest tag, followed by a\r
+ dash, a <em>g</em>, and an abbreviated object name.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
A symbolic ref name. E.g. <em>master</em> typically means the commit\r
object referenced by $GIT_DIR/refs/heads/master. If you\r
happen to have both heads/master and tags/master, you can\r
found.\r
</p>\r
</li>\r
+<li>\r
+<p>\r
+A suffix <em>:</em> followed by a path; this names the blob or tree\r
+ at the given path in the tree-ish object named by the part\r
+ before the colon.\r
+</p>\r
+</li>\r
+<li>\r
+<p>\r
+A colon, optionally followed by a stage number (0 to 3) and a\r
+ colon, followed by a path; this names a blob object in the\r
+ index at the given path. Missing stage number (and the colon\r
+ that follows it) names an stage 0 entry.\r
+</p>\r
+</li>\r
</ul>\r
<p>Here is an illustration, by Jon Loeliger. Both node B and C are\r
a commit parents of commit node A. Parent commits are ordered\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:41:26 UTC\r
+Last updated 19-Oct-2006 05:58:41 UTC\r
</div>\r
</div>\r
</body>\r
A revision parameter typically, but not necessarily, names a
commit object. They use what is called an 'extended SHA1'
-syntax.
+syntax. Here are various ways to spell object names. The
+ones listed near the end of this list are to name trees and
+blobs contained in a commit.
* The full SHA1 object name (40-byte hexadecimal string), or
a substring of such that is unique within the repository.
name the same commit object if there are no other object in
your repository whose object name starts with dae86e.
+* An output from `git-describe`; i.e. a closest tag, followed by a
+ dash, a 'g', and an abbreviated object name.
+
* A symbolic ref name. E.g. 'master' typically means the commit
object referenced by $GIT_DIR/refs/heads/master. If you
happen to have both heads/master and tags/master, you can
and dereference the tag recursively until a non-tag object is
found.
+* A suffix ':' followed by a path; this names the blob or tree
+ at the given path in the tree-ish object named by the part
+ before the colon.
+
+* A colon, optionally followed by a stage number (0 to 3) and a
+ colon, followed by a path; this names a blob object in the
+ index at the given path. Missing stage number (and the colon
+ that follows it) names an stage 0 entry.
+
Here is an illustration, by Jon Loeliger. Both node B and C are
a commit parents of commit node A. Parent commits are ordered
left-to-right.