changeset 13:5c3966f6991b

Add a parapgraph.
author Bryan O'Sullivan <bos@serpentine.com>
date Mon, 03 Jul 2006 12:35:44 -0700
parents 1f692024d438
children e2aa527bafa0
files en/mq.tex
diffstat 1 files changed, 20 insertions(+), 1 deletions(-) [+]
line wrap: on
line diff
--- a/en/mq.tex	Thu Jun 29 08:36:53 2006 -0700
+++ b/en/mq.tex	Mon Jul 03 12:35:44 2006 -0700
@@ -214,7 +214,7 @@
 \end{figure}
 
 You can run \hgcmd{qrefresh} as often as you like, so it's a good way
-to ``checkpoint'' your work.  Reefresh your patch at an opportune
+to ``checkpoint'' your work.  Refresh your patch at an opportune
 time; try an experiment; and if the experiment doesn't work out,
 \hgcmd{revert} your modifications back to the last time you refreshed.
 
@@ -300,6 +300,25 @@
 no patches, all of them, or any number in between applied at some
 point in time.
 
+\subsection{Working on several patches at once}
+
+The \hgcmd{qrefresh} command always refreshes the \emph{topmost}
+applied patch.  This means that you can suspend work on one patch (by
+refreshing it), pop or push to make a different patch the top, and
+work on \emph{that} patch for a while.
+
+Here's an example that illustrates how you can use this ability.
+Let's say you're developing a new feature as two patches.  The first
+is a change to the core of your software, and the second--layered on
+top of the first--changes the user interface to use the code you just
+added to the core.  If you notice a bug in the core while you're
+working on the UI patch, it's easy to fix the core.  Simply
+\hgcmd{qrefresh} the UI patch to save your in-progress changes, and
+\hgcmd{qpop} down to the core patch.  Fix the core bug,
+\hgcmd{qrefresh} the core patch, and \hgcmd{qpush} back to the UI
+patch to continue where you left off.
+
+
 %%% Local Variables: 
 %%% mode: latex
 %%% TeX-master: "00book"