</div>\r
<h2>SYNOPSIS</h2>\r
<div class="sectionbody">\r
-<p><em>git-cherry-pick</em> [--edit] [-n] [-r] <commit></p>\r
+<p><em>git-cherry-pick</em> [--edit] [-n] [-x] <commit></p>\r
</div>\r
<h2>DESCRIPTION</h2>\r
<div class="sectionbody">\r
</p>\r
</dd>\r
<dt>\r
--r|--replay\r
+-x\r
</dt>\r
<dd>\r
<p>\r
- Usually the command appends which commit was\r
+ Cause the command to append which commit was\r
cherry-picked after the original commit message when\r
- making a commit. This option, <em>--replay</em>, causes it to\r
- use the original commit message intact. This is useful\r
- when you are reordering the patches in your private tree\r
- before publishing.\r
+ making a commit. Do not use this option if you are\r
+ cherry-picking from your private branch because the\r
+ information is useless to the recipient. If on the\r
+ other hand you are cherry-picking between two publicly\r
+ visible branches (e.g. backporting a fix to a\r
+ maintenance branch for an older release from a\r
+ development branch), adding this information can be\r
+ useful.\r
+</p>\r
+</dd>\r
+<dt>\r
+-r|--replay\r
+</dt>\r
+<dd>\r
+<p>\r
+ It used to be that the command defaulted to do <tt>-x</tt>\r
+ described above, and <tt>-r</tt> was to disable it. Now the\r
+ default is not to do <tt>-x</tt> so this option is a no-op.\r
</p>\r
</dd>\r
<dt>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 03-Oct-2006 08:40:55 UTC\r
+Last updated 06-Oct-2006 01:00:24 UTC\r
</div>\r
</div>\r
</body>\r
SYNOPSIS
--------
-'git-cherry-pick' [--edit] [-n] [-r] <commit>
+'git-cherry-pick' [--edit] [-n] [-x] <commit>
DESCRIPTION
-----------
With this option, `git-cherry-pick` will let you edit the commit
message prior committing.
--r|--replay::
- Usually the command appends which commit was
+-x::
+ Cause the command to append which commit was
cherry-picked after the original commit message when
- making a commit. This option, '--replay', causes it to
- use the original commit message intact. This is useful
- when you are reordering the patches in your private tree
- before publishing.
+ making a commit. Do not use this option if you are
+ cherry-picking from your private branch because the
+ information is useless to the recipient. If on the
+ other hand you are cherry-picking between two publicly
+ visible branches (e.g. backporting a fix to a
+ maintenance branch for an older release from a
+ development branch), adding this information can be
+ useful.
+
+-r|--replay::
+ It used to be that the command defaulted to do `-x`
+ described above, and `-r` was to disable it. Now the
+ default is not to do `-x` so this option is a no-op.
-n|--no-commit::
Usually the command automatically creates a commit with