changeset 308:dd775100013d

more undo.tex
author Yoshiki Yazawa <yaz@cc.rim.or.jp>
date Tue, 12 Feb 2008 14:42:07 +0900
parents bb4c3994cec7
children 593e912d6a53
files ja/undo.tex
diffstat 1 files changed, 26 insertions(+), 12 deletions(-) [+]
line wrap: on
line diff
--- a/ja/undo.tex	Tue Feb 12 06:09:08 2008 +0900
+++ b/ja/undo.tex	Tue Feb 12 14:42:07 2008 +0900
@@ -866,21 +866,33 @@
 $BNc$($P!$%A%'%s%8%;%C%H$r<B:]$K%3%s%Q%$%k$9$kJQ99E~Ce%U%C%/$O!$ITCm0U$K$h(B
 $B$k%S%k%IITG=$rKI$0$3$H$,$G$-$k!%(B
 
-\section{Finding the source of a bug}
+%\section{Finding the source of a bug}
+\section{$B%P%0$N860x$r8+$D$1$k(B}
 \label{sec:undo:bisect}
 
-While it's all very well to be able to back out a changeset that
-introduced a bug, this requires that you know which changeset to back
-out.  Mercurial provides an invaluable command, called
-\hgcmd{bisect}, that helps you to automate this process and accomplish
-it very efficiently.
+%While it's all very well to be able to back out a changeset that
+%introduced a bug, this requires that you know which changeset to back
+%out.  Mercurial provides an invaluable command, called
+%\hgcmd{bisect}, that helps you to automate this process and accomplish
+%it very efficiently.
+
+$B%P%0$rH/@8$5$;$?%A%'%s%8%;%C%H$r%P%C%/%"%&%H$9$k$?$a$K$O!$$I$N%A%'%s%8%;%C(B
+$B%H$G%P%0$N:.F~$,5/$-$?$N$+$rCN$i$M$P$J$i$J$$!%(BMercurial$B$O(B\hgcmd{bisect}
+$B$H$$$&M-MQ$J%3%^%s%I$rDs6!$7$F$*$j!$$3$l$K$h$C$F%A%'%s%8%;%C%H$NFCDj$r<+(B
+$BF02=$7!$%P%C%/%"%&%H$r6K$a$F8z2LE*$K9T$&$3$H$,$G$-$k!%(B
 
-The idea behind the \hgcmd{bisect} command is that a changeset has
-introduced some change of behaviour that you can identify with a
-simple binary test.  You don't know which piece of code introduced the
-change, but you know how to test for the presence of the bug.  The
-\hgcmd{bisect} command uses your test to direct its search for the
-changeset that introduced the code that caused the bug.
+%The idea behind the \hgcmd{bisect} command is that a changeset has
+%introduced some change of behaviour that you can identify with a
+%simple binary test.  You don't know which piece of code introduced the
+%change, but you know how to test for the presence of the bug.  The
+%\hgcmd{bisect} command uses your test to direct its search for the
+%changeset that introduced the code that caused the bug.
+
+\hgcmd{bisect}$B%3%^%s%I$NGX8e$K$O!$%A%'%s%8%;%C%H$K$h$C$FC1=c$J%P%$%J%j%F(B
+$B%9%H$G==J,<1JL2DG=$J5sF0$NJQ2=$,@8$l$k$H$$$&9M$(J}$,$"$k!%$"$J$?$O$I$N%3!<(B
+$B%I$,JQ2=$r0z$-5/$3$7$?$N$+$O$o$+$i$J$$$,!$%P%0$,5/$-$F$$$k$+$r%F%9%H$9$k(B
+$BJ}K!$OCN$C$F$$$k!%(B\hgcmd{bisect}$B%3%^%s%I$O!$%F%9%H$K$h$C$F%P%0$r0z$-5/$3(B
+$B$7$?%A%'%s%8%;%C%H$rFCDj$9$k!%(B
 
 Here are a few scenarios to help you understand how you might apply
 this command.
@@ -904,6 +916,8 @@
   you build your project.
 \end{itemize}
 
+
+
 From these examples, it should be clear that the \hgcmd{bisect}
 command is not useful only for finding the sources of bugs.  You can
 use it to find any ``emergent property'' of a repository (anything