changeset 650:f72b7e6cbe90

Snapshot.
author Bryan O'Sullivan <bos@serpentine.com>
date Thu, 05 Feb 2009 00:01:16 -0800
parents 5cd47f721686
children cf006cabe489
files en/appA-cmdref.tex en/ch01-intro.tex en/ch02-tour-basic.tex en/ch03-tour-merge.tex en/ch04-concepts.tex en/ch05-daily.tex en/ch06-collab.tex en/ch07-filenames.tex en/ch08-branch.tex en/ch13-mq-collab.tex en/ch14-hgext.tex
diffstat 11 files changed, 15 insertions(+), 30 deletions(-) [+]
line wrap: on
line diff
--- a/en/appA-cmdref.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/appA-cmdref.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -123,8 +123,7 @@
 
 \subsection{Tips and tricks}
 
-\subsubsection{Why do the results of \hgcmd{diff} and \hgcmd{status}
-  differ?}
+\subsubsection{Why do the results of \hgcmd{diff} and \hgcmd{status} differ?}
 \label{cmdref:diff-vs-status}
 
 When you run the \hgcmd{status} command, you'll see a list of files
--- a/en/ch01-intro.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch01-intro.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -375,8 +375,7 @@
 
 Prior to version 1.5, Subversion had no useful support for merges.
 At the time of writing, its merge tracking capability is new, and known to be
-\href{http://svnbook.red-bean.com/nightly/en/svn.branchmerge.advanced.html#svn.branchmerge.advanced.finalword}{complicated
-  and buggy}.
+\href{http://svnbook.red-bean.com/nightly/en/svn.branchmerge.advanced.html#svn.branchmerge.advanced.finalword}{complicated and buggy}.
 
 Mercurial has a substantial performance advantage over Subversion on
 every revision control operation I have benchmarked.  I have measured
--- a/en/ch02-tour-basic.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch02-tour-basic.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -206,8 +206,7 @@
   \label{fig:tour-basic:history}
 \end{figure}
 
-\subsection{Changesets, revisions, and talking to other 
-  people}
+\subsection{Changesets, revisions, and talking to other people}
 
 As English is a notoriously sloppy language, and computer science has
 a hallowed history of terminological confusion (why use one term when
@@ -225,8 +224,7 @@
 hexadecimal string.
 \begin{itemize}
 \item The revision number is \emph{only valid in that repository},
-\item while the hex string is the \emph{permanent, unchanging
-    identifier} that will always identify that exact changeset in
+\item while the hex string is the \emph{permanent, unchanging identifier} that will always identify that exact changeset in
   \emph{every} copy of the repository.
 \end{itemize}
 This distinction is important.  If you send someone an email talking
--- a/en/ch03-tour-merge.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch03-tour-merge.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -85,8 +85,7 @@
 \begin{figure}[ht]
   \centering
   \grafix{tour-merge-merge}
-  \caption{Working directory and repository during merge, and
-    following commit}
+  \caption{Working directory and repository during merge, and following commit}
   \label{fig:tour-merge:merge}
 \end{figure}
 
--- a/en/ch04-concepts.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch04-concepts.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -39,8 +39,7 @@
 \begin{figure}[ht]
   \centering
   \grafix{filelog}
-  \caption{Relationships between files in working directory and
-    filelogs in repository}
+  \caption{Relationships between files in working directory and filelogs in repository}
   \label{fig:concepts:filelog}
 \end{figure}
 
@@ -205,8 +204,7 @@
 after the corrupted section.  This would not be possible with a
 delta-only storage model.
 
-\section{Revision history, branching,
-  and merging}
+\section{Revision history, branching, and merging}
 
 Every entry in a Mercurial revlog knows the identity of its immediate
 ancestor revision, usually referred to as its \emph{parent}.  In fact,
@@ -265,8 +263,7 @@
 \subsection{What happens when you commit}
 
 The dirstate stores parent information for more than just book-keeping
-purposes.  Mercurial uses the parents of the dirstate as \emph{the
-  parents of a new changeset} when you perform a commit.
+purposes.  Mercurial uses the parents of the dirstate as \emph{the parents of a new changeset} when you perform a commit.
 
 \begin{figure}[ht]
   \centering
--- a/en/ch05-daily.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch05-daily.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -136,8 +136,7 @@
 reappear, in unmodified form.
 \interaction{daily.files.recover-missing}
 
-\subsection{Aside: why tell Mercurial explicitly to 
-  remove a file?}
+\subsection{Aside: why tell Mercurial explicitly to remove a file?}
 
 You might wonder why Mercurial requires you to explicitly tell it that
 you are deleting a file.  Early during the development of Mercurial,
@@ -146,8 +145,7 @@
 \hgcmd{commit}, and stop tracking the file.  In practice, this made it
 too easy to accidentally remove a file without noticing.
 
-\subsection{Useful shorthand---adding and removing files
-  in one step}
+\subsection{Useful shorthand---adding and removing files in one step}
 
 Mercurial offers a combination command, \hgcmd{addremove}, that adds
 untracked files and marks missing files as removed.  
--- a/en/ch06-collab.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch06-collab.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -1096,8 +1096,7 @@
   server should listen.  The default port number used is~8000.
 \end{itemize}
 
-\subsubsection{Choosing the right \hgrc\ file to add \rcsection{web}
-  items to}
+\subsubsection{Choosing the right \hgrc\ file to add \rcsection{web} items to}
 
 It is important to remember that a web server like Apache or
 \texttt{lighttpd} will run under a user~ID that is different to yours.
--- a/en/ch07-filenames.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch07-filenames.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -227,8 +227,7 @@
   looked up, its case is ignored.  This is the standard arrangement on
   Windows and MacOS.  The names \filename{foo} and \filename{FoO}
   identify the same file.  This treatment of uppercase and lowercase
-  letters as interchangeable is also referred to as \emph{case
-    folding}.
+  letters as interchangeable is also referred to as \emph{case folding}.
 \item Case sensitive.  The case of a name is significant at all times.
   The names \filename{foo} and {FoO} identify different files.  This
   is the way Linux and Unix systems normally work.
--- a/en/ch08-branch.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch08-branch.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -139,8 +139,7 @@
 file, so that when you create a tag, the changeset in which it's
 recorded necessarily refers to an older changeset.  When you run
 \hgcmdargs{clone}{-r foo} to clone a repository as of tag
-\texttt{foo}, the new clone \emph{will not contain the history that
-  created the tag} that you used to clone the repository.  The result
+\texttt{foo}, the new clone \emph{will not contain the history that created the tag} that you used to clone the repository.  The result
 is that you'll get exactly the right subset of the project's history
 in the new repository, but \emph{not} the tag you might have expected.
 
--- a/en/ch13-mq-collab.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch13-mq-collab.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -83,8 +83,7 @@
 case, MQ contains a few added features that make the job more
 pleasant.
 
-\section{Conditionally applying patches with 
-  guards}
+\section{Conditionally applying patches with guards}
 
 Perhaps the best way to maintain sanity with so many targets is to be
 able to choose specific patches to apply for a given situation.  MQ
--- a/en/ch14-hgext.tex	Thu Jan 29 22:56:27 2009 -0800
+++ b/en/ch14-hgext.tex	Thu Feb 05 00:01:16 2009 -0800
@@ -297,8 +297,7 @@
 If you leave the right hand side of the definition empty, as above,
 the \hgext{extdiff} extension uses the name of the command you defined
 as the name of the external program to run.  But these names don't
-have to be the same.  Here, we define a command named ``\texttt{hg
-  wibble}'', which runs \command{kdiff3}.
+have to be the same.  Here, we define a command named ``\texttt{hg wibble}'', which runs \command{kdiff3}.
 \begin{codesample2}
   [extdiff]
   cmd.wibble = kdiff3