1.1 --- a/es/tour-basic.tex	Sun Oct 26 22:28:28 2008 -0500
     1.2 +++ b/es/tour-basic.tex	Thu Nov 06 23:09:47 2008 -0500
     1.3 @@ -557,12 +557,12 @@
     1.4  Nos referimos a la revisión más reciente en el repositorio como la
     1.5  revisión de punta, o simplemente la punta.
     1.6  
     1.7 -\section{Sharing changes}
     1.8 -
     1.9 -We mentioned earlier that repositories in Mercurial are
    1.10 -self-contained.  This means that the changeset we just created exists
    1.11 -only in our \dirname{my-hello} repository.  Let's look at a few ways
    1.12 -that we can propagate this change into other repositories.
    1.13 +\section{Compartir cambios}
    1.14 +
    1.15 +Anteriormente mencionamos que los repositorios en Mercurial están auto
    1.16 +contenidos. Esto quiere decir que el conjunto de cambios que acabamos
    1.17 +de crear sólo existe en nuestro repositorio \dirname{my-hello}. Veamos
    1.18 +unas cuantas formas de propagar este cambio a otros repositorios.
    1.19  
    1.20  \subsection{Jalar cambios desde otro repositorio}
    1.21  \label{sec:tour:pull}
    1.22 @@ -576,9 +576,9 @@
    1.23  \dirname{my-hello} y ponerlos en \dirname{hello-pull}.  Sin embargo,
    1.24  traer cambios desconocidos y aplicarlos en un repositorio es una
    1.25  perspectiva que asusta al menos un poco.  Mercurial cuenta con el
    1.26 -comando \hgcmd{incoming}\ndt{Entrante, o entrantes.} para decirnos qué
    1.27 -cambios \emph{jalaría} el comando \hgcmd{pull} al repositorio, sin
    1.28 -jalarlos.
    1.29 +comando \hgcmd{incoming}\ndt{Entrante, o cambios entrantes.} para
    1.30 +decirnos qué cambios \emph{jalaría} el comando \hgcmd{pull} al
    1.31 +repositorio, sin jalarlos.
    1.32  \interaction{tour.incoming}
    1.33  (Por supuesto, alguien podría enviar más conjuntos de cambios al
    1.34  repositorio en el tiempo que pasa entre la ejecución de
    1.35 @@ -596,86 +596,93 @@
    1.36  
    1.37  \subsection{Actualizar el directorio de trabajo}
    1.38  
    1.39 -We have so far glossed over the relationship between a repository and
    1.40 -its working directory.  The \hgcmd{pull} command that we ran in
    1.41 -section~\ref{sec:tour:pull} brought changes into the repository, but
    1.42 -if we check, there's no sign of those changes in the working
    1.43 -directory.  This is because \hgcmd{pull} does not (by default) touch
    1.44 -the working directory.  Instead, we use the \hgcmd{update} command to
    1.45 -do this.
    1.46 +Hasta ahora hemos pasado por alto la relación entre un repositorio y
    1.47 +su directorio de trabajo. El comando \hgcmd{pull} que ejecutamos en la
    1.48 +sección~\ref{sec:tour:pull} trajo los cambios al repositorio, pero si
    1.49 +revisamos, no hay rastro de esos cambios en el directorio de trabajo.
    1.50 +Esto pasa porque \hgcmd{pull} (por defecto) no modifica el directorio de
    1.51 +trabajo. En vez de eso, usamos el comando
    1.52 +\hgcmd{update}\ndt{Actualizar.} para hacerlo.
    1.53  \interaction{tour.update}
    1.54  
    1.55 -It might seem a bit strange that \hgcmd{pull} doesn't update the
    1.56 -working directory automatically.  There's actually a good reason for
    1.57 -this: you can use \hgcmd{update} to update the working directory to
    1.58 -the state it was in at \emph{any revision} in the history of the
    1.59 -repository.  If you had the working directory updated to an old
    1.60 -revision---to hunt down the origin of a bug, say---and ran a
    1.61 -\hgcmd{pull} which automatically updated the working directory to a
    1.62 -new revision, you might not be terribly happy.
    1.63 -
    1.64 -However, since pull-then-update is such a common thing to do,
    1.65 -Mercurial lets you combine the two by passing the \hgopt{pull}{-u}
    1.66 -option to \hgcmd{pull}.
    1.67 +Puede parecer algo raro que \hgcmd{pull} no actualice el directorio de
    1.68 +trabajo automáticamente. De hecho, hay una buena razón para esto:
    1.69 +usted puede usar \hgcmd{update} para actualizar el directorio de
    1.70 +trabajo al estado en que se encontraba en \emph{cualquier revisión}
    1.71 +de el historial del repositorio. Si usted hubiera actualizado el
    1.72 +directorio de trabajo a una revisión anterior---digamos, para buscar
    1.73 +el origen de un fallo---y hubiera corrido un \hgcmd{pull} que hubiera
    1.74 +actualizado el directorio de trabajo automáticamente a la nueva
    1.75 +revisión, puede que no estuviera particularmente contento.
    1.76 +
    1.77 +Sin embargo, como jalar-y-actualizar es una secuencia de operaciones
    1.78 +muy común, Mercurial le permite combinarlas al pasar la opción
    1.79 +\hgopt{pull}{-u}
    1.80 +a \hgcmd{pull}.
    1.81  \begin{codesample2}
    1.82    hg pull -u
    1.83  \end{codesample2}
    1.84 -If you look back at the output of \hgcmd{pull} in
    1.85 -section~\ref{sec:tour:pull} when we ran it without \hgopt{pull}{-u},
    1.86 -you can see that it printed a helpful reminder that we'd have to take
    1.87 -an explicit step to update the working directory:
    1.88 +Si mira de vuelta la salida de \hgcmd{pull} en la
    1.89 +sección~\ref{sec:tour:pull} cuando lo ejecutamos sin la opción \hgopt{pull}{-u},
    1.90 +verá que el comando imprimió un amable recordatorio de que tenemos que
    1.91 +encargarnos explícitamente de actualizar el directorio de trabajo:
    1.92  \begin{codesample2}
    1.93    (run 'hg update' to get a working copy)
    1.94  \end{codesample2}
    1.95  
    1.96 -To find out what revision the working directory is at, use the
    1.97 -\hgcmd{parents} command.
    1.98 +Para averiguar en qué revisión se encuentra el directorio de trabajo,
    1.99 +use el comando \hgcmd{parents}.
   1.100  \interaction{tour.parents}
   1.101 -If you look back at figure~\ref{fig:tour-basic:history}, you'll see
   1.102 -arrows connecting each changeset.  The node that the arrow leads
   1.103 -\emph{from} in each case is a parent, and the node that the arrow
   1.104 -leads \emph{to} is its child.  The working directory has a parent in
   1.105 -just the same way; this is the changeset that the working directory
   1.106 -currently contains.
   1.107 -
   1.108 -To update the working directory to a particular revision, give a
   1.109 -revision number or changeset~ID to the \hgcmd{update} command.
   1.110 +Si mira de nuevo la figura~\ref{fig:tour-basic:history}, verá flechas
   1.111 +conectando cada conjunto de cambios. En cada caso, el nodo del que la flecha
   1.112 +\emph{sale} es un padre, y el nodo al que la flecha \emph{llega} es 
   1.113 +su hijo. El directorio de trabajo tiene un padre exactamente de la
   1.114 +misma manera; ése es el conjunto de cambios que contiene actualmente
   1.115 +el directorio de trabajo.
   1.116 +
   1.117 +Para actualizar el conjunto de trabajo a una revisión particular, pase
   1.118 +un número de revisión o un ID de conjunto de cambios al comando
   1.119 +\hgcmd{update}.
   1.120  \interaction{tour.older}
   1.121 -If you omit an explicit revision, \hgcmd{update} will update to the
   1.122 -tip revision, as shown by the second call to \hgcmd{update} in the
   1.123 -example above.
   1.124 -
   1.125 -\subsection{Pushing changes to another repository}
   1.126 -
   1.127 -Mercurial lets us push changes to another repository, from the
   1.128 -repository we're currently visiting.  As with the example of
   1.129 -\hgcmd{pull} above, we'll create a temporary repository to push our
   1.130 -changes into.
   1.131 +Si no indica explícitamente una revisión, \hgcmd{update} actualizará
   1.132 +hasta la revisión de punta, como se vio en la segunda llamada a
   1.133 +\hgcmd{update} en el ejemplo anterior.
   1.134 +
   1.135 +\subsection{Empujar cambios a otro repositorio}
   1.136 +
   1.137 +Mercurial nos permite empujar cambios a otro repositorio, desde el
   1.138 +% TODO cambié "visitando" por "usando"
   1.139 +repositorio que estemos usando actualmente. De la misma forma que en
   1.140 +el ejemplo de \hgcmd{pull} arriba, crearemos un repositorio temporal
   1.141 +para empujar allí nuestros cambios.
   1.142  \interaction{tour.clone-push}
   1.143 -The \hgcmd{outgoing} command tells us what changes would be pushed
   1.144 -into another repository.
   1.145 +El comando \hgcmd{outgoing}\ndt{Saliente. Cambios salientes.} nos dice
   1.146 +qué cambios serían empujados en el otro repositorio.
   1.147  \interaction{tour.outgoing}
   1.148 -And the \hgcmd{push} command does the actual push.
   1.149 +Y el comando \hgcmd{push} se encarga de empujar dichos cambios.
   1.150  \interaction{tour.push}
   1.151 -As with \hgcmd{pull}, the \hgcmd{push} command does not update the
   1.152 -working directory in the repository that it's pushing changes into.
   1.153 -(Unlike \hgcmd{pull}, \hgcmd{push} does not provide a \texttt{-u}
   1.154 -option that updates the other repository's working directory.)
   1.155 -
   1.156 -What happens if we try to pull or push changes and the receiving
   1.157 -repository already has those changes?  Nothing too exciting.
   1.158 +Al igual que \hgcmd{pull}, el comando \hgcmd{push} no actualiza el
   1.159 +directorio de trabajo del repositorio en el que estamos empujando los
   1.160 +cambios.  (A diferencia de \hgcmd{pull}, \hgcmd{push} no ofrece la
   1.161 +opción \texttt{-u} para actualizar el directorio de trabajo del otro
   1.162 +repositorio.)
   1.163 +
   1.164 +% TODO poner interrogante de apertura
   1.165 +Qué pasa si tratamos de jalar o empujar cambios y el repositorio
   1.166 +receptor ya tiene esos cambios? Nada emocionante.
   1.167  \interaction{tour.push.nothing}
   1.168  
   1.169 -\subsection{Sharing changes over a network}
   1.170 -
   1.171 -The commands we have covered in the previous few sections are not
   1.172 -limited to working with local repositories.  Each works in exactly the
   1.173 -same fashion over a network connection; simply pass in a URL instead
   1.174 -of a local path.
   1.175 +\subsection{Compartir cambios a través de una red}
   1.176 +
   1.177 +Los comandos que hemos presentando en las pocas secciones anteriores
   1.178 +no están limitados a trabajar con repositorios locales. Cada uno de
   1.179 +ellos funciona exactamente de la misma manera a través de una conexión
   1.180 +% TODO poner ndt para URL
   1.181 +de red. Simplemente pase una URL en vez de una ruta local.
   1.182  \interaction{tour.outgoing.net}
   1.183 -In this example, we can see what changes we could push to the remote
   1.184 -repository, but the repository is understandably not set up to let
   1.185 -anonymous users push to it.
   1.186 +En este ejemplo, podemos ver qué cambios empujaríamos al repositorio
   1.187 +remoto, aunque, de manera entendible, el repositorio remoto está
   1.188 +configurado para no permitir a usuarios anónimos empujar cambios a él.
   1.189  \interaction{tour.push.net}
   1.190  
   1.191  %%% Local Variables: