<div class="sectionbody">\r
<div class="verseblock">\r
<div class="content"><em>git-blame</em> [-c] [-l] [-t] [-f] [-n] [-p] [--incremental] [-L n,m] [-S <revs-file>]\r
- [-M] [-C] [-C] [--since=<date>] [<rev>] [--] <file></div></div>\r
+ [-M] [-C] [-C] [--since=<date>] [<rev> | --contents <file>] [--] <file></div></div>\r
</div>\r
<h2>DESCRIPTION</h2>\r
<div class="sectionbody">\r
</p>\r
</dd>\r
<dt>\r
+--contents <file>\r
+</dt>\r
+<dd>\r
+<p>\r
+ When <rev> is not specified, the command annotates the\r
+ changes starting backwards from the working tree copy.\r
+ This flag makes the command pretend as if the working\r
+ tree copy has the contents of he named file (specify\r
+ <tt>-</tt> to make the command read from the standard input).\r
+</p>\r
+</dd>\r
+<dt>\r
-M\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 28-Jan-2007 20:55:10 UTC\r
+Last updated 06-Feb-2007 00:09:23 UTC\r
</div>\r
</div>\r
</body>\r
--------
[verse]
'git-blame' [-c] [-l] [-t] [-f] [-n] [-p] [--incremental] [-L n,m] [-S <revs-file>]
- [-M] [-C] [-C] [--since=<date>] [<rev>] [--] <file>
+ [-M] [-C] [-C] [--since=<date>] [<rev> | --contents <file>] [--] <file>
DESCRIPTION
-----------
Show the result incrementally in a format designed for
machine consumption.
+--contents <file>::
+ When <rev> is not specified, the command annotates the
+ changes starting backwards from the working tree copy.
+ This flag makes the command pretend as if the working
+ tree copy has the contents of he named file (specify
+ `-` to make the command read from the standard input).
+
-M::
Detect moving lines in the file as well. When a commit
moves a block of lines in a file (e.g. the original file
</div>\r
<h2>SYNOPSIS</h2>\r
<div class="sectionbody">\r
-<p><em>git-cvsexportcommit</em> [-h] [-v] [-c] [-p] [-a] [-f] [-m msgprefix] [PARENTCOMMIT] COMMITID</p>\r
+<p><em>git-cvsexportcommit</em> [-h] [-v] [-c] [-P] [-p] [-a] [-f] [-m msgprefix] [PARENTCOMMIT] COMMITID</p>\r
</div>\r
<h2>DESCRIPTION</h2>\r
<div class="sectionbody">\r
</p>\r
</dd>\r
<dt>\r
+-P\r
+</dt>\r
+<dd>\r
+<p>\r
+ Force the parent commit, even if it is not a direct parent.\r
+</p>\r
+</dd>\r
+<dt>\r
-m\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 19-Jan-2007 00:37:16 UTC\r
+Last updated 06-Feb-2007 00:09:24 UTC\r
</div>\r
</div>\r
</body>\r
SYNOPSIS
--------
-'git-cvsexportcommit' [-h] [-v] [-c] [-p] [-a] [-f] [-m msgprefix] [PARENTCOMMIT] COMMITID
+'git-cvsexportcommit' [-h] [-v] [-c] [-P] [-p] [-a] [-f] [-m msgprefix] [PARENTCOMMIT] COMMITID
DESCRIPTION
-f::
Force the merge even if the files are not up to date.
+-P::
+ Force the parent commit, even if it is not a direct parent.
+
-m::
Prepend the commit message with the provided prefix.
Useful for patch series and the like.
</dt>\r
<dd>\r
<p>\r
- The name of the ref (the part after $GIT_DIR/refs/).\r
+ The name of the ref (the part after $GIT_DIR/).\r
</p>\r
</dd>\r
<dt>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 29-Jan-2007 02:55:07 UTC\r
+Last updated 06-Feb-2007 00:09:24 UTC\r
</div>\r
</div>\r
</body>\r
For all objects, the following names can be used:
refname::
- The name of the ref (the part after $GIT_DIR/refs/).
+ The name of the ref (the part after $GIT_DIR/).
objecttype::
The type of the object (`blob`, `tree`, `commit`, `tag`).
A---B---C---D master</tt></pre>\r
</div></div>\r
<p>This is useful when topicB does not depend on topicA.</p>\r
+<p>A range of commits could also be removed with rebase. If we have\r
+the following situation:</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt> E---F---G---H---I---J topicA</tt></pre>\r
+</div></div>\r
+<p>then the command</p>\r
+<div class="literalblock">\r
+<div class="content">\r
+<pre><tt>git-rebase --onto topicA~5 topicA~2 topicA</tt></pre>\r
+</div></div>\r
+<p>would result in the removal of commits F and G:</p>\r
+<div class="listingblock">\r
+<div class="content">\r
+<pre><tt> E---H'---I'---J' topicA</tt></pre>\r
+</div></div>\r
+<p>This is useful if F and G were flawed in some way, or should not be\r
+part of topicA. Note that the argument to --onto and the <upstream>\r
+parameter can be any valid commit-ish.</p>\r
<p>In case of conflict, git-rebase will stop at the first problematic commit\r
and leave conflict markers in the tree. You can use git diff to locate\r
the markers (<<<<<<) and make edits to resolve the conflict. For each\r
<p>\r
Starting point at which to create the new commits. If the\r
--onto option is not specified, the starting point is\r
- <upstream>.\r
+ <upstream>. May be any valid commit, and not just an\r
+ existing branch name.\r
</p>\r
</dd>\r
<dt>\r
</dt>\r
<dd>\r
<p>\r
- Upstream branch to compare against.\r
+ Upstream branch to compare against. May be any valid commit,\r
+ not just an existing branch name.\r
</p>\r
</dd>\r
<dt>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 19-Jan-2007 00:37:29 UTC\r
+Last updated 06-Feb-2007 00:09:25 UTC\r
</div>\r
</div>\r
</body>\r
This is useful when topicB does not depend on topicA.
+A range of commits could also be removed with rebase. If we have
+the following situation:
+
+------------
+ E---F---G---H---I---J topicA
+------------
+
+then the command
+
+ git-rebase --onto topicA~5 topicA~2 topicA
+
+would result in the removal of commits F and G:
+
+------------
+ E---H'---I'---J' topicA
+------------
+
+This is useful if F and G were flawed in some way, or should not be
+part of topicA. Note that the argument to --onto and the <upstream>
+parameter can be any valid commit-ish.
+
In case of conflict, git-rebase will stop at the first problematic commit
and leave conflict markers in the tree. You can use git diff to locate
the markers (<<<<<<) and make edits to resolve the conflict. For each
<newbase>::
Starting point at which to create the new commits. If the
--onto option is not specified, the starting point is
- <upstream>.
+ <upstream>. May be any valid commit, and not just an
+ existing branch name.
<upstream>::
- Upstream branch to compare against.
+ Upstream branch to compare against. May be any valid commit,
+ not just an existing branch name.
<branch>::
Working branch; defaults to HEAD.
series in git back and forth.</tt></pre>\r
</div></div>\r
</li>\r
+<li>\r
+<p>\r
+<strong>hg-to-git</strong> (contrib/)\r
+</p>\r
+<div class="literalblock">\r
+<div class="content">\r
+<pre><tt>hg-to-git converts a Mercurial repository into a git one, and\r
+preserves the full branch history in the process. hg-to-git can\r
+also be used in an incremental way to keep the git repository\r
+in sync with the master Mercurial repository.</tt></pre>\r
+</div></div>\r
+</li>\r
</ul>\r
</div>\r
<h2>Others</h2>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 17-Jan-2007 17:42:22 UTC\r
+Last updated 06-Feb-2007 00:09:28 UTC\r
</div>\r
</div>\r
</body>\r
series in git back and forth.
+ - *hg-to-git* (contrib/)
+
+ hg-to-git converts a Mercurial repository into a git one, and
+ preserves the full branch history in the process. hg-to-git can
+ also be used in an incremental way to keep the git repository
+ in sync with the master Mercurial repository.
+
+
Others
------
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 05-Feb-2007 07:21:37 UTC\r
+Last updated 06-Feb-2007 00:09:25 UTC\r
</div>\r
</div>\r
</body>\r