From: David J. Mellor Date: Thu, 19 Mar 2009 07:00:12 +0000 (-0700) Subject: Documentation: reworded the "Description" section of git-bisect.txt. X-Git-Tag: v1.6.2.2~6^2~7 X-Git-Url: https://git.tokkee.org/?a=commitdiff_plain;h=ee9cf14d25267aaed4b1533f92e9e5e74d5a4383;p=git.git Documentation: reworded the "Description" section of git-bisect.txt. Added fixes missing from 2364259. Signed-off-by: David J. Mellor Signed-off-by: Junio C Hamano --- diff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt index ef82bb858..9b4d9ce99 100644 --- a/Documentation/git-bisect.txt +++ b/Documentation/git-bisect.txt @@ -114,21 +114,22 @@ $ git bisect view --stat Bisect log and bisect replay ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -The good/bad input is logged, and: +After having marked revisions as good or bad, then: ------------ $ git bisect log ------------ -shows what you have done so far. You can truncate its output somewhere -and save it in a file, and run: +shows what you have done so far. If you discover that you made a mistake +in specifying the status of a revision, you can save the output of this +command to a file, edit it to remove the incorrect entries, and then issue +the following commands to return to a corrected state: ------------ +$ git bisect reset $ git bisect replay that-file ------------ -if you find later that you made a mistake specifying revisions as good/bad. - Avoiding testing a commit ~~~~~~~~~~~~~~~~~~~~~~~~~ @@ -141,7 +142,7 @@ want to find a nearby commit and try that instead. For example: ------------ -$ git bisect good/bad # previous round was good/bad. +$ git bisect good/bad # previous round was good or bad. Bisecting: 337 revisions left to test after this $ git bisect visualize # oops, that is uninteresting. $ git reset --hard HEAD~3 # try 3 revisions before what @@ -149,7 +150,7 @@ $ git reset --hard HEAD~3 # try 3 revisions before what ------------ Then compile and test the chosen revision. Afterwards the revision -is marked as good/bad in the usual manner. +is marked as good or bad in the usual manner. Bisect skip ~~~~~~~~~~~~ @@ -240,7 +241,7 @@ before compiling, run the real test, and afterwards decide if the revision (possibly with the needed patch) passed the test and then rewind the tree to the pristine state. Finally the script should exit with the status of the real test to let the "git bisect run" command loop -to determine the eventual outcome of the bisect session. +determine the eventual outcome of the bisect session. EXAMPLES --------