1.1 --- a/es/Leame.1st	Wed Oct 22 01:51:33 2008 -0500
     1.2 +++ b/es/Leame.1st	Sat Oct 25 17:27:51 2008 -0500
     1.3 @@ -98,7 +98,7 @@
     1.4  || branch.tex      || Igor Támara   ||    100%    || 16/10/2008 ||  19/10/2008 ||
     1.5  || preface.tex     || Javier Rojas  ||    100%    || 18/10/2008 ||  19/10/2008 ||
     1.6  || tour-basic.tex  || Javier Rojas  ||    24%     || 19/10/2008 ||             ||
     1.7 -||      daily.tex  || Igor Támara   ||    19%     || 19/10/2008 ||             ||
     1.8 +||      daily.tex  || Igor Támara   ||    73%     || 19/10/2008 ||             ||
     1.9  
    1.10  == Archivos en proceso de revisión ==
    1.11  ||'''archivo''' || '''revisor''' ||'''Estado'''||'''Inicio'''||  '''Fin'''  ||

     2.1 --- a/es/daily.tex	Wed Oct 22 01:51:33 2008 -0500
     2.2 +++ b/es/daily.tex	Sat Oct 25 17:27:51 2008 -0500
     2.3 @@ -1,66 +1,66 @@
     2.4  \chapter{Mercurial día a día}
     2.5  \label{chap:daily}
     2.6  
     2.7 -\section{Cómo indicarle a Mercurial qué archivos seguir}
     2.8 -
     2.9 -Mercurial no trabaja con archivos en su repositorio a menos que usted
    2.10 +\section{Cómo indicarle a Mercurial qué ficheros seguir}
    2.11 +
    2.12 +Mercurial no trabaja con ficheros en su repositorio a menos que usted
    2.13  explícitamente se lo indique.  La orden \hgcmd{status} le mostrará
    2.14 -cuáles archivos son desconocidos para Mercurial; emplea un
    2.15 -``\texttt{?}'' para mostrar tales archivos.
    2.16 -
    2.17 -Para indicarle a Mercurial que tenga en cuenta un archivo, emplee la
    2.18 -orden \hgcmd{add}. Una vez que haya adicionado el archivo, la línea
    2.19 -referente al archivo al aplicar la orden \hgcmd{status} para tal
    2.20 -archivo cambia de ``\texttt{?}'' a ``\texttt{A}''.
    2.21 +cuáles ficheros son desconocidos para Mercurial; emplea un
    2.22 +``\texttt{?}'' para mostrar tales ficheros.
    2.23 +
    2.24 +Para indicarle a Mercurial que tenga en cuenta un fichero, emplee la
    2.25 +orden \hgcmd{add}. Una vez que haya adicionado el fichero, la línea
    2.26 +referente al fichero al aplicar la orden \hgcmd{status} para tal
    2.27 +fichero cambia de ``\texttt{?}'' a ``\texttt{A}''.
    2.28  \interaction{daily.files.add}
    2.29  
    2.30 -Después de invocar \hgcmd{commit}, los archivos que haya adicionado
    2.31 +Después de invocar \hgcmd{commit}, los ficheros que haya adicionado
    2.32  antes de consignar no se listarán en la salida de \hgcmd{status}.  La
    2.33  razón para esto es que \hgcmd{status} solamente le muestra aquellos
    2.34 -archivos ``interesantes''---los que usted haya modificado o a aquellos
    2.35 +ficheros ``interesantes''---los que usted haya modificado o a aquellos
    2.36  sobre los que usted haya indicado a Mercurial hacerles algo---de forma
    2.37  predeterminada. Si tiene un repositorio que contiene miles de
    2.38 -archivos, inusualmente deseará saber cuáles de ellos están siendo
    2.39 +ficheros, inusualmente deseará saber cuáles de ellos están siendo
    2.40  seguidos por Mercurial, pero que no han cambiado.  (De todas maneras,
    2.41  puede obtener tal información; más adelante hablaremos de ello.)
    2.42  
    2.43  
    2.44 -Cuando usted añade un archivo, Mercurial no hace nada con el inmediatamente.
    2.45 -A cambio, tomará una instantánea del estado del archivo la próxima vez
    2.46 +Cuando usted añade un fichero, Mercurial no hace nada con el inmediatamente.
    2.47 +A cambio, tomará una instantánea del estado del fichero la próxima vez
    2.48  que usted consigne. Continuará haciendo seguimiento a los cambios que
    2.49 -haga sobre el archivo cada vez que consigne, hasta que usted lo elimine.
    2.50 -
    2.51 -\subsection{Nombramiento explicíto e implícito de archivos}
    2.52 +haga sobre el fichero cada vez que consigne, hasta que usted lo elimine.
    2.53 +
    2.54 +\subsection{Nombramiento explicíto e implícito de ficheros}
    2.55  
    2.56  Mercurial tiene un comportamiento útil en el cual si a una orden,
    2.57  le pasa el nombre de un directorio, todas las órdenes lo tratarán como
    2.58 -``Deseo operar en cada archivo de este directorio y sus 
    2.59 +``Deseo operar en cada fichero de este directorio y sus 
    2.60  subdirectorios''.
    2.61  \interaction{daily.files.add-dir}
    2.62  Tenga en cuenta que en este ejemplo Mercurial imprimió los nombres de
    2.63 -los archivos que se adicionaron, mientras que no lo hizo en el ejemplo
    2.64 -anterior cuando adicionamos el archivo con nombre \filename{a}.
    2.65 -
    2.66 -En el último caso hicimos explícito el nombre del archivo que
    2.67 +los ficheros que se adicionaron, mientras que no lo hizo en el ejemplo
    2.68 +anterior cuando adicionamos el fichero con nombre \filename{a}.
    2.69 +
    2.70 +En el último caso hicimos explícito el nombre del fichero que
    2.71  deseábamos adicionar en la línea de órdenes, y Mercurial asume en
    2.72  tales casos que usted sabe lo que está haciendo y no imprime
    2.73  información alguna.
    2.74  
    2.75 -Cuando hacemos \emph{implícitos} los nombres de los archivos dando el
    2.76 +Cuando hacemos \emph{implícitos} los nombres de los ficheros dando el
    2.77  nombre de un directorio, Mercurial efectua un paso extra al imprimir
    2.78 -el nombre de cada archivo con el que va a hacer algo.  Esto para
    2.79 +el nombre de cada fichero con el que va a hacer algo.  Esto para
    2.80  aclarar lo que está sucediendo, y reducir en lo posible una sorpresa
    2.81  silenciosa pero fatal.  Este comportamiento es común a la mayoría de
    2.82  órdenes en Mercurial.
    2.83  
    2.84 -\subsection{Nota al margen:Mercurial trata archivos, no directorios}
    2.85 +\subsection{Nota al margen:Mercurial trata ficheros, no directorios}
    2.86  
    2.87  Mercurial no da seguimiento a la información de los directorios.  En
    2.88 -lugar de eso tiene en cuenta las rutas de los archivos.  Antes  de
    2.89 -crear un archivo, primero crea todos los directorios que hagan falta
    2.90 -para completar la ruta del archivo. Después de borrar un archivo,
    2.91 +lugar de eso tiene en cuenta las rutas de los ficheros.  Antes  de
    2.92 +crear un fichero, primero crea todos los directorios que hagan falta
    2.93 +para completar la ruta del fichero. Después de borrar un fichero,
    2.94  borra todos los directorios vacíos que estuvieran en la ruta del
    2.95 -archivo borrado. Suena como una diferencia trivial, pero tiene una
    2.96 +fichero borrado. Suena como una diferencia trivial, pero tiene una
    2.97  consecuencia práctica menor: no es posible representar un directorio
    2.98  completamente vacío en Mercurial.
    2.99  
   2.100 @@ -72,39 +72,39 @@
   2.101  
   2.102  Si necesita un directorio vacío en su repositorio, hay algunas formas
   2.103  de lograrlo. Una es crear un directorio, después hacer \hgcmd{add} a
   2.104 -un archivo ``escondido'' dentro de ese directorio. En sistemas tipo
   2.105 -Unix, cualquier archivo cuyo nombre comience con un punto
   2.106 +un fichero ``escondido'' dentro de ese directorio. En sistemas tipo
   2.107 +Unix, cualquier fichero cuyo nombre comience con un punto
   2.108  (``\texttt{.}'') se trata como escondido por la mayoría de
   2.109  herramientas GUI. Esta aproximación se ilustra en la figura~\ref{ex:daily:hidden}.
   2.110  
   2.111  \begin{figure}[ht]
   2.112    \interaction{daily.files.hidden}
   2.113 -  \caption{Simular un directorio vacío con un archivo escondido}
   2.114 +  \caption{Simular un directorio vacío con un fichero escondido}
   2.115    \label{ex:daily:hidden}
   2.116  \end{figure}
   2.117  
   2.118 -Otra forma de abordar la necesidad de un archivo vacío es crear
   2.119 +Otra forma de abordar la necesidad de un fichero vacío es crear
   2.120  simplemente uno en sus guiones de construcción antes de ser necesarios.
   2.121  
   2.122 -\section{Cómo dejar de hacer seguimiento a un archivo}
   2.123 -
   2.124 -Si decide que un archivo no pertenece a su repositorio, use la orden
   2.125 -\hgcmd{remove}; se borrará el archivo y le indicará a Mercurial que
   2.126 -deje de hacerle seguimiento.  Los archivos eliminados se representan
   2.127 +\section{Cómo dejar de hacer seguimiento a un fichero}
   2.128 +
   2.129 +Si decide que un fichero no pertenece a su repositorio, use la orden
   2.130 +\hgcmd{remove}; se borrará el fichero y le indicará a Mercurial que
   2.131 +deje de hacerle seguimiento.  Los ficheros eliminados se representan
   2.132  con ``\texttt{R}'' al usar \hgcmd{status}.
   2.133  \interaction{daily.files.remove}
   2.134  
   2.135 -Después de hacer \hgcmd{remove} a un archivo, Mercurial dejará de
   2.136 -hacer seguimiento al mismo, incluso si recrea el archivo con el mismo
   2.137 -nombre en su directorio de trabajo. Si decide recrear un archivo con
   2.138 +Después de hacer \hgcmd{remove} a un fichero, Mercurial dejará de
   2.139 +hacer seguimiento al mismo, incluso si recrea el fichero con el mismo
   2.140 +nombre en su directorio de trabajo. Si decide recrear un fichero con
   2.141  el mismo nombre y desea que Mercurial le haga seguimiento, basta con
   2.142 -hacerle \hgcmd{add}. Mercurial sabrá que el archivo recientemente
   2.143 -adicionado no está relacionado con el archivo anterior que tenía el
   2.144 +hacerle \hgcmd{add}. Mercurial sabrá que el fichero recientemente
   2.145 +adicionado no está relacionado con el fichero anterior que tenía el
   2.146  mismo nombre.
   2.147  
   2.148 -\subsection{Al eliminar un archivo no se afecta su historia}
   2.149 -
   2.150 -Es preciso tener en cuenta que al eliminar un archivo se tiene
   2.151 +\subsection{Al eliminar un fichero no se afecta su historia}
   2.152 +
   2.153 +Es preciso tener en cuenta que al eliminar un fichero se tiene
   2.154  dos efectos solamente.
   2.155  \begin{itemize}
   2.156  \item Se elimina la versión actual del fichero del directorio de 
   2.157 @@ -116,26 +116,26 @@
   2.158  \emph{historia} del mismo.
   2.159  
   2.160  Si actualiza su directorio de trabajo a un conjunto de cambios en el
   2.161 -cual esl archivo que eliminó aún era tenido en cuenta, reaparecerá en
   2.162 +cual esl fichero que eliminó aún era tenido en cuenta, reaparecerá en
   2.163  el directorio de trabajo, con los contenidos que este tenía cuando se
   2.164  consignó tal conjunto de cambios.  Si usted actualiza el directorio de
   2.165 -trabajo a un conjunto de cambios posterior en el cual el archivo había
   2.166 +trabajo a un conjunto de cambios posterior en el cual el fichero había
   2.167  sido eliminado, Mercurial lo eliminará de nuevo del directorio de
   2.168  trabajo.
   2.169  
   2.170 -\subsection{Archivos perdidos}
   2.171 -
   2.172 -Mercurial considera como \emph{perdido} un archivo que usted borró,
   2.173 -pero para el que no se usó \hgcmd{remove}.  Los archivos perdidos se
   2.174 +\subsection{Ficheros perdidos}
   2.175 +
   2.176 +Mercurial considera como \emph{perdido} un fichero que usted borró,
   2.177 +pero para el que no se usó \hgcmd{remove}.  Los ficheros perdidos se
   2.178  representan con ``\texttt{!}'' al visualizar \hgcmd{status}.
   2.179 -Las órdenes de Mercurial generalmente no harán nada con los archivos
   2.180 +Las órdenes de Mercurial generalmente no harán nada con los ficheros
   2.181  perdidos.
   2.182  \interaction{daily.files.missing}
   2.183  
   2.184 -Si su repositorio contiene un archivo que \hgcmd{status} reporta como
   2.185 +Si su repositorio contiene un fichero que \hgcmd{status} reporta como
   2.186  perdido, y desea que el mismo se vaya, se puede usar 
   2.187  \hgcmdargs{remove}{\hgopt{remove}{--after}} posteriormente para
   2.188 -indicarle a Mercurial que usted deseaba borrar tal archivo.
   2.189 +indicarle a Mercurial que usted deseaba borrar tal fichero.
   2.190  \interaction{daily.files.remove-after}
   2.191  
   2.192  Por otro lado, si borró un fichero perdido por accidente, puede usar
   2.193 @@ -144,20 +144,20 @@
   2.194  \interaction{daily.files.recover-missing}
   2.195  
   2.196  \subsection{Nota al margen: ¿Por qué decirle explícitamente a Mercurial
   2.197 -  que elimine un archivo?}
   2.198 +  que elimine un fichero?}
   2.199  
   2.200  Es posible que se haya preguntado por qué Mercurial exige que usted le
   2.201 -indique explícitamente que está borrando un archivo. Al principio del
   2.202 -desarrollo de Mercurial, este permitía que usted borrara el archivo
   2.203 -sin más; Mercurial se daría cuanta de la ausencia del archivo
   2.204 +indique explícitamente que está borrando un fichero. Al principio del
   2.205 +desarrollo de Mercurial, este permitía que usted borrara el fichero
   2.206 +sin más; Mercurial se daría cuanta de la ausencia del fichero
   2.207  automáticamente después de la ejecución de \hgcmd{commit}, y dejaba de
   2.208 -hacer seguimiento al archivo.  En la práctica, resultaba muy sencillo
   2.209 -borrar un archivo accidentalmente sin darse cuenta.
   2.210 -
   2.211 -\subsection{Atajo útil---agregar y eliminar archivos en un solo paso}
   2.212 +hacer seguimiento al fichero.  En la práctica, resultaba muy sencillo
   2.213 +borrar un fichero accidentalmente sin darse cuenta.
   2.214 +
   2.215 +\subsection{Atajo útil---agregar y eliminar ficheros en un solo paso}
   2.216  
   2.217  Mercurial ofrece una orden combinada, \hgcmd{addremove}, que agrega
   2.218 -los archivos que no tienen seguimiento y marca los archivos faltantes
   2.219 +los ficheros que no tienen seguimiento y marca los ficheros faltantes
   2.220  como eliminados.
   2.221  \interaction{daily.files.addremove}
   2.222  La orden \hgcmd{commit} su puede usar con la opción \hgopt{commit}{-A} 
   2.223 @@ -165,121 +165,123 @@
   2.224  consignación.
   2.225  \interaction{daily.files.commit-addremove}
   2.226  
   2.227 -\section{Copying files}
   2.228 -
   2.229 -Mercurial provides a \hgcmd{copy} command that lets you make a new
   2.230 -copy of a file.  When you copy a file using this command, Mercurial
   2.231 -makes a record of the fact that the new file is a copy of the original
   2.232 -file.  It treats these copied files specially when you merge your work
   2.233 -with someone else's.
   2.234 -
   2.235 -\subsection{The results of copying during a merge}
   2.236 -
   2.237 -What happens during a merge is that changes ``follow'' a copy.  To
   2.238 -best illustrate what this means, let's create an example.  We'll start
   2.239 -with the usual tiny repository that contains a single file.
   2.240 +\section{Copiar ficheros}
   2.241 +
   2.242 +Mercurial ofrece la orden \hgcmd{copy} para hacer una nueva copia de
   2.243 +un archivo.  Cuando se copia un archivo con esta orden, Mercurial
   2.244 +lleva un registro indicando que el nuevo archivo es una copia del
   2.245 +fichero original. Trata de forma especial los archivos copiados cuando
   2.246 +usted hace una fusión con el trabajo de alguien más.
   2.247 +
   2.248 +\subsection{Resultados de copiar un archivo durante una fusión}
   2.249 +
   2.250 +Durante una fusión lols cambios ``siguen'' una copia.  Para ilustrar
   2.251 +lo que esto significa, haremos un ejemplo.  Comenzaremos con el mini
   2.252 +repositorio usual que contiene un solo archivo
   2.253  \interaction{daily.copy.init}
   2.254 -We need to do some work in parallel, so that we'll have something to
   2.255 -merge.  So let's clone our repository.
   2.256 +Debemos trabajar algo en paralelo, de forma que tengamos algo para
   2.257 +fusionar. Aquí clonamos el repositorio.
   2.258  \interaction{daily.copy.clone}
   2.259 -Back in our initial repository, let's use the \hgcmd{copy} command to
   2.260 -make a copy of the first file we created.
   2.261 +De vuelta en el repositorio, usemos la orden \hgcmd{copy} para hacer
   2.262 +una copia del primer archivo que creamos.
   2.263  \interaction{daily.copy.copy}
   2.264  
   2.265 -If we look at the output of the \hgcmd{status} command afterwards, the
   2.266 -copied file looks just like a normal added file.
   2.267 +Si vemos la salida de la orden \hgcmd{status}, el archivo copiado luce
   2.268 +como un archivo que se ha añadido normalmente.
   2.269  \interaction{daily.copy.status}
   2.270 -But if we pass the \hgopt{status}{-C} option to \hgcmd{status}, it
   2.271 -prints another line of output: this is the file that our newly-added
   2.272 +Si usamos la opción \hgopt{status}{-C} de la orden \hgcmd{status},
   2.273 +imprimirá otra línea: Ela archivo of output: this is the file that our newly-added
   2.274  file was copied \emph{from}.
   2.275  \interaction{daily.copy.status-copy}
   2.276  
   2.277 -Now, back in the repository we cloned, let's make a change in
   2.278 -parallel.  We'll add a line of content to the original file that we
   2.279 -created.
   2.280 +Ahora, en el repositorio que clonamos, hagamos un cambio en
   2.281 +paralelo. Adicionaremos una línea de contenido al archivo original que
   2.282 +creamos.
   2.283  \interaction{daily.copy.other}
   2.284 -Now we have a modified \filename{file} in this repository.  When we
   2.285 -pull the changes from the first repository, and merge the two heads,
   2.286 -Mercurial will propagate the changes that we made locally to
   2.287 -\filename{file} into its copy, \filename{new-file}.
   2.288 +Hemos modificado el fichero \filename{file} en este
   2.289 +repositorio. Cuando jalemos los cambios del primer repositorio y
   2.290 +fusionemos las dos cabezas, Mercurial propagará los cambios que hemos
   2.291 +hecho localmente en \filename{file} a su copia, \filename{new-file}.
   2.292  \interaction{daily.copy.merge}
   2.293  
   2.294 -\subsection{Why should changes follow copies?}
   2.295 +\subsection{¿Por qué los cambios se reflejan en las copias?}
   2.296  \label{sec:daily:why-copy}
   2.297  
   2.298 -This behaviour, of changes to a file propagating out to copies of the
   2.299 -file, might seem esoteric, but in most cases it's highly desirable.
   2.300 -
   2.301 -First of all, remember that this propagation \emph{only} happens when
   2.302 -you merge.  So if you \hgcmd{copy} a file, and subsequently modify the
   2.303 -original file during the normal course of your work, nothing will
   2.304 -happen.
   2.305 -
   2.306 -The second thing to know is that modifications will only propagate
   2.307 -across a copy as long as the repository that you're pulling changes
   2.308 -from \emph{doesn't know} about the copy.
   2.309 -
   2.310 -The reason that Mercurial does this is as follows.  Let's say I make
   2.311 -an important bug fix in a source file, and commit my changes.
   2.312 -Meanwhile, you've decided to \hgcmd{copy} the file in your repository,
   2.313 -without knowing about the bug or having seen the fix, and you have
   2.314 -started hacking on your copy of the file.
   2.315 -
   2.316 -If you pulled and merged my changes, and Mercurial \emph{didn't}
   2.317 -propagate changes across copies, your source file would now contain
   2.318 -the bug, and unless you remembered to propagate the bug fix by hand,
   2.319 -the bug would \emph{remain} in your copy of the file.
   2.320 -
   2.321 -By automatically propagating the change that fixed the bug from the
   2.322 -original file to the copy, Mercurial prevents this class of problem.
   2.323 -To my knowledge, Mercurial is the \emph{only} revision control system
   2.324 -that propagates changes across copies like this.
   2.325 -
   2.326 -Once your change history has a record that the copy and subsequent
   2.327 -merge occurred, there's usually no further need to propagate changes
   2.328 -from the original file to the copied file, and that's why Mercurial
   2.329 -only propagates changes across copies until this point, and no
   2.330 -further.
   2.331 -
   2.332 -\subsection{How to make changes \emph{not} follow a copy}
   2.333 -
   2.334 -If, for some reason, you decide that this business of automatically
   2.335 -propagating changes across copies is not for you, simply use your
   2.336 -system's normal file copy command (on Unix-like systems, that's
   2.337 -\command{cp}) to make a copy of a file, then \hgcmd{add} the new copy
   2.338 -by hand.  Before you do so, though, please do reread
   2.339 -section~\ref{sec:daily:why-copy}, and make an informed decision that
   2.340 -this behaviour is not appropriate to your specific case.
   2.341 -
   2.342 -\subsection{Behaviour of the \hgcmd{copy} command}
   2.343 -
   2.344 -When you use the \hgcmd{copy} command, Mercurial makes a copy of each
   2.345 -source file as it currently stands in the working directory.  This
   2.346 -means that if you make some modifications to a file, then \hgcmd{copy}
   2.347 -it without first having committed those changes, the new copy will
   2.348 -also contain the modifications you have made up until that point.  (I
   2.349 -find this behaviour a little counterintuitive, which is why I mention
   2.350 -it here.)
   2.351 -
   2.352 -The \hgcmd{copy} command acts similarly to the Unix \command{cp}
   2.353 -command (you can use the \hgcmd{cp} alias if you prefer).  The last
   2.354 -argument is the \emph{destination}, and all prior arguments are
   2.355 -\emph{sources}.  If you pass it a single file as the source, and the
   2.356 -destination does not exist, it creates a new file with that name.
   2.357 +Este comportamiento de cambios en ficheros que se propagan a las
   2.358 +copias de los ficheros parecería esotérico, pero en la mayoría de
   2.359 +casos es absolutamente deseable.
   2.360 +
   2.361 +Es indispensable recordar que esta propagación \emph{solamente} sucede
   2.362 +cuando fusionamos.  Por lo tanto si sobre un archivo se usa
   2.363 +\hgcmd{copy}, y se modifica el fichero original durante el curso
   2.364 +normal de su trabajo, nada pasará.
   2.365 +
   2.366 +Lo segundo a tener en cuenta es que las modificaciones solamente se
   2.367 +propagarán en las copias únicamente si los repositorios de los cuales
   2.368 +está jalando los cambios \emph{no saben} de la copia.
   2.369 +
   2.370 +Explicaremos a continuación la razón de este comportamiento de
   2.371 +Mercurial. Digamos que yo he aplicado un arreglo de un fallo importante a un
   2.372 +archivo fuente y consigné los cambios.  Por otro lado, usted decidió hacer
   2.373 +\hgcmd{copy} sobre el fichero en su repositorio, sin saber acerca del
   2.374 +fallo o sin ver el arreglo, y ha comenzado a trabajar sobre su copia
   2.375 +del archivo.
   2.376 +
   2.377 +Si jala y fusiona mis cambios y Mercurial \emph{no hubiera} propagado
   2.378 +los cambios en las copias, su fichero fuente tendría el fallo, a menos
   2.379 +que usted haya recordado propagar el arreglo del fallo a mano, el
   2.380 +mismo \emph{permanecería} en su copia del archivo.
   2.381 +
   2.382 +Mercurial previene esta clase de problemas, gracias a la propagación
   2.383 +automática del cambio que arregló el fallo del fichero original. Hasta
   2.384 +donde sé, Mercurial es el \emph{único} sistema de control de
   2.385 +revisiones que propaga los cambios en las copias de esta forma.
   2.386 +
   2.387 +Cuando su historial de cambios tiene un registro de la copia y la
   2.388 +subsecuente fusión, usualmente no es necesario propagar los cambios el
   2.389 +fichero oficinal a las copias del mismo, y por esta razón Mercurial
   2.390 +propaga únicamente los cambios en las copias hasta este punto y no más
   2.391 +allá.
   2.392 +
   2.393 +
   2.394 +\subsection{Cómo hacer que los cambios \emph{no} sigan a la copia?}
   2.395 +
   2.396 +Si por algún motivo usted decide que esta característica de
   2.397 +propagación automática de cambios en las copias no es para usted, use
   2.398 +la orden usual de sus sistema para copiar ficheros (En sistemas tipo
   2.399 +Unix, es \command{cp}), posteriormente use \hgcmd{add} sobre la nueva
   2.400 +copia hecha a mano.  Antes de hacerlo, de todas maneras, relea la
   2.401 +sección~\ref{sec:daily:why-copy}, y tome una decisión asegurándose que
   2.402 +este comportamiento no es el apropiado para su caso específico.
   2.403 +
   2.404 +\subsection{Comportamiento de la orden \hgcmd{copy}}
   2.405 +
   2.406 +Cuando usa la orden \hgcmd{copy}, Mercurial hace una copia de cada
   2.407 +archivo fuente del directorio actual. Esto significa que si usted hace
   2.408 +modificaciones a un fichero, y le aplica \hgcmd{copy} sin haber
   2.409 +consignado primero los cambios, la nueva copia contendrá también las
   2.410 +modificaciones que haya hecho hasta ese punto. (Este comportamiento me
   2.411 +parece poco intuitivo, y por tal motivo lo menciono.)
   2.412 +
   2.413 +La orden \hgcmd{copy} actua de forma parecida a la orden \command{cp}
   2.414 +de Unix(puede usar el alias \hgcmd{cp} si le es más cómodo).  El
   2.415 +último argumento es el \emph{destino}, y todos los argumentos previos
   2.416 +son las \emph{fuentes}.  Si solamente indica un fichero como la
   2.417 +fuente, y el destino no existe, se crea un fichero nuevo con ese nombre.
   2.418  \interaction{daily.copy.simple}
   2.419 -If the destination is a directory, Mercurial copies its sources into
   2.420 -that directory.
   2.421 +Si el destino es un directorio, Mercurial copia las fuentes en este.
   2.422  \interaction{daily.copy.dir-dest}
   2.423 -Copying a directory is recursive, and preserves the directory
   2.424 -structure of the source.
   2.425 +La copia de un directorio es recursiva, y preserva la estructura del
   2.426 +directorio fuente.
   2.427  \interaction{daily.copy.dir-src}
   2.428 -If the source and destination are both directories, the source tree is
   2.429 -recreated in the destination directory.
   2.430 +Si tanto la fuente como el destino son directorios, la estructura de
   2.431 +la fuente se recrea en el directorio destino.
   2.432  \interaction{daily.copy.dir-src-dest}
   2.433  
   2.434 -As with the \hgcmd{rename} command, if you copy a file manually and
   2.435 -then want Mercurial to know that you've copied the file, simply use
   2.436 -the \hgopt{copy}{--after} option to \hgcmd{copy}.
   2.437 +De la misma forma como la orden \hgcmd{rename}, si copia un fichero
   2.438 +manualmente y desea que Mercurial sepa que ha copiado un fichero,
   2.439 +basta con aplicar la opción \hgopt{copy}{--after} a la orden 
   2.440 +\hgcmd{copy}.
   2.441  \interaction{daily.copy.after}
   2.442  
   2.443  \section{Renaming files}