on the subcommand:</p>\r
<div class="literalblock">\r
<div class="content">\r
-<pre><tt>git bisect start [<bad> [<good>...]] [--] [<paths>...]\r
+<pre><tt>git bisect help\r
+git bisect start [<bad> [<good>...]] [--] [<paths>...]\r
git bisect bad [<rev>]\r
git bisect good [<rev>...]\r
git bisect skip [<rev>...]\r
<p>This command uses <em>git-rev-list --bisect</em> option to help drive the\r
binary search process to find which change introduced a bug, given an\r
old "good" commit object name and a later "bad" commit object name.</p>\r
+<h3>Getting help</h3>\r
+<p>Use "git bisect" to get a short usage description, and "git bisect\r
+help" or "git bisect -h" to get a long usage description.</p>\r
<h3>Basic bisect commands: start, bad, good</h3>\r
<p>The way you use it is:</p>\r
<div class="listingblock">\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 07-Jan-2008 07:50:02 UTC\r
+Last updated 12-Apr-2008 08:22:49 UTC\r
</div>\r
</div>\r
</body>\r
The command takes various subcommands, and different options depending
on the subcommand:
+ git bisect help
git bisect start [<bad> [<good>...]] [--] [<paths>...]
git bisect bad [<rev>]
git bisect good [<rev>...]
binary search process to find which change introduced a bug, given an
old "good" commit object name and a later "bad" commit object name.
+Getting help
+~~~~~~~~~~~~
+
+Use "git bisect" to get a short usage description, and "git bisect
+help" or "git bisect -h" to get a long usage description.
+
Basic bisect commands: start, bad, good
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
</p>\r
</dd>\r
<dt>\r
+-o|--only\r
+</dt>\r
+<dd>\r
+<p>\r
+ Make a commit only from the paths specified on the\r
+ command line, disregarding any contents that have been\r
+ staged so far. This is the default mode of operation of\r
+ <em>git commit</em> if any paths are given on the command line,\r
+ in which case this option can be omitted.\r
+ If this option is specified together with <em>--amend</em>, then\r
+ no paths need be specified, which can be used to amend\r
+ the last commit without committing changes that have\r
+ already been staged.\r
+</p>\r
+</dd>\r
+<dt>\r
-u|--untracked-files\r
</dt>\r
<dd>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 17-Feb-2008 03:50:04 UTC\r
+Last updated 12-Apr-2008 08:22:49 UTC\r
</div>\r
</div>\r
</body>\r
as well. This is usually not what you want unless you
are concluding a conflicted merge.
+-o|--only::
+ Make a commit only from the paths specified on the
+ command line, disregarding any contents that have been
+ staged so far. This is the default mode of operation of
+ 'git commit' if any paths are given on the command line,
+ in which case this option can be omitted.
+ If this option is specified together with '--amend', then
+ no paths need be specified, which can be used to amend
+ the last commit without committing changes that have
+ already been staged.
+
-u|--untracked-files::
Show all untracked files, also those in uninteresting
directories, in the "Untracked files:" section of commit
</dt>\r
<dd>\r
<p>\r
- Commit to send at; defaults to HEAD.\r
+ Commit to end at; defaults to HEAD.\r
</p>\r
</dd>\r
</dl>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 07-Jan-2008 07:50:42 UTC\r
+Last updated 12-Apr-2008 08:22:50 UTC\r
</div>\r
</div>\r
</body>\r
URL to include in the summary.
<end>::
- Commit to send at; defaults to HEAD.
+ Commit to end at; defaults to HEAD.
Author
------
the tag object affects, for example, the ordering of tags in the\r
gitweb interface.</p>\r
<p>To set the date used in future tag objects, set the environment\r
-variable GIT_AUTHOR_DATE to one or more of the date and time. The\r
+variable GIT_COMMITTER_DATE to one or more of the date and time. The\r
date and time can be specified in a number of ways; the most common\r
is "YYYY-MM-DD HH:MM".</p>\r
<p>An example follows.</p>\r
<div class="listingblock">\r
<div class="content">\r
-<pre><tt>$ GIT_AUTHOR_DATE="2006-10-02 10:31" git tag -s v1.0.1</tt></pre>\r
+<pre><tt>$ GIT_COMMITTER_DATE="2006-10-02 10:31" git tag -s v1.0.1</tt></pre>\r
</div></div>\r
</div>\r
<h2>Author</h2>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 11-Apr-2008 05:28:27 UTC\r
+Last updated 12-Apr-2008 08:22:50 UTC\r
</div>\r
</div>\r
</body>\r
gitweb interface.
To set the date used in future tag objects, set the environment
-variable GIT_AUTHOR_DATE to one or more of the date and time. The
+variable GIT_COMMITTER_DATE to one or more of the date and time. The
date and time can be specified in a number of ways; the most common
is "YYYY-MM-DD HH:MM".
An example follows.
------------
-$ GIT_AUTHOR_DATE="2006-10-02 10:31" git tag -s v1.0.1
+$ GIT_COMMITTER_DATE="2006-10-02 10:31" git tag -s v1.0.1
------------