1.1 --- a/es/branch.tex	Sun Jan 18 21:50:48 2009 -0500
     1.2 +++ b/es/branch.tex	Sun Jan 18 22:21:43 2009 -0500
     1.3 @@ -53,55 +53,53 @@
     1.4  primero con su nombre, después el número de revisión y finalmente con
     1.5  un hash único de la revisión.
     1.6  \interaction{tag.tags}
     1.7 -Note que \texttt{tip} aparece en la lista de \hgcmd{tags}.  El tag
     1.8 -\texttt{tip} es un tag ``flotante'' especial, que identifica siempre
     1.9 +Note que \texttt{tip} aparece en la lista de \hgcmd{tags}.  la etiqueta
    1.10 +\texttt{tip} es una etiqueta ``flotante'' especial, que identifica siempre
    1.11  la revisión más nueva en el repositorio.
    1.12  
    1.13  Al desplegar la orden \hgcmd{tags}, las etiquetas se listan en orden
    1.14 -inverso, por número de revisión. Lo que significa usualmente que los
    1.15 -tags más recientes se listan antes que los más antiguos. También
    1.16 -significa que el tag \texttt{tip} siempre aparecerá como primer tag
    1.17 -listado al desplegar la orden \hgcmd{tags}.
    1.18 -
    1.19 -Cuando ejecuta \hgcmd{log}, se desplegará la revisión que tenga los
    1.20 -tags asociados a ella, se imprimirán tales tags.
    1.21 +inverso, por número de revisión. Lo que significa usualmente que las etiquetas más recientes se listan antes que las más antiguas. También
    1.22 +significa que la etiqueta \texttt{tip} siempre aparecerá como primera
    1.23 +etiqueta listada al desplegar la orden \hgcmd{tags}.
    1.24 +
    1.25 +Cuando ejecuta \hgcmd{log}, se desplegará la revisión que tenga las etiquetas asociados a ella, se imprimirán tales etiquetas.
    1.26  \interaction{tag.log}
    1.27  
    1.28 -Siempre que requiera indicar un ~ID de revisión a una Orden de
    1.29 -Mercurial, aceptará un nombre de tag en su lugar.  Internamente,
    1.30 -Mercurial traducirá su nombre de tag en el ~ID de revisión
    1.31 +Siempre que requiera indicar un ~ID de revisión a una orden de
    1.32 +Mercurial, aceptará un nombre de etiqueta en su lugar.  Internamente,
    1.33 +Mercurial traducirá su nombre de etiqueta en el ~ID de revisión
    1.34  correspondiente, y lo usará.
    1.35  \interaction{tag.log.v1.0}
    1.36  
    1.37 -No hay límites en la cantidad de tags por reposirorio, o la cantidad
    1.38 -de tags que una misma revisión pueda tener. Siendo prácticos, no es
    1.39 +No hay límites en la cantidad de etiquetas por reposirorio, o la cantidad
    1.40 +de etiquetas que una misma revisión pueda tener. Siendo prácticos, no es
    1.41  muy buena idea tener ``demasiados'' (la cantidad variará de un
    1.42  proyecto a otro), debido a que la intención es ayudarle a encontrar
    1.43  revisiones. Si tiene demasiados tags, la facilidad para identificar
    1.44  revisiones disminuirá rápidamente.
    1.45  
    1.46  Por ejemplo, si su proyecto tiene etapas(milestones) frecuentes en pocos
    1.47 -días, es perfectamente razonable asignarle un tag a cada una de
    1.48 +días, es perfectamente razonable asignarle una etiqueta a cada una de
    1.49  ellas. Pero si tiene un sistema de construcción automática de binarios
    1.50  que asegura que cada revisión puede generarse limpiamente, estaría
    1.51 -introduciendo mucho ruido si se usara un tag para cada generación
    1.52 +introduciendo mucho ruido si se usara una etiqueta para cada generación
    1.53  exitosa. Más bien, podría usar tags para generaciones fallidas (en
    1.54  caso de que estas sean raras!), o simplemente evitar las etiquetas para
    1.55  llevar cuenta de la posibilidad de generación de binarios.
    1.56  
    1.57  
    1.58 -Si desea eliminar un tag que no desea, use
    1.59 +Si desea eliminar una etiqueta que no desea, use
    1.60  \hgcmdargs{tag}{--remove}.  
    1.61  \interaction{tag.remove}
    1.62 -También puede modificar un tag en cualquier momento para que
    1.63 +También puede modificar una etiqueta en cualquier momento para que
    1.64  identifique una revisión distinta, basta con aplicar una nueva orden
    1.65  \hgcmd{tag}. Deberá usar la opción \hgopt{tag}{-f} para indicarle a
    1.66 -Mercurial que desea actualizar el tag \emph{en serio}.
    1.67 +Mercurial que desea actualizar la etiqueta \emph{en serio}.
    1.68  \interaction{tag.replace}
    1.69  De todas maneras habrá un registro permanente de la antigua identidad
    1.70  del tag, pero Mercurial no la usará. Por lo tanto no hay castigo al
    1.71 -marcar con un tag una revisión incorrecta; lo único que debe hacer es
    1.72 -mover el tag hacia la revisión correcta tan pronto como localice el
    1.73 +marcar con una etiqueta una revisión incorrecta; lo único que debe hacer es
    1.74 +mover la etiqueta hacia la revisión correcta tan pronto como localice el
    1.75  error.
    1.76  
    1.77  Mercurial almacena las etiquetas en un fichero controlado por revisiones en
    1.78 @@ -118,7 +116,7 @@
    1.79  pero aveces hace su aparición durante una fusión. El formato del
    1.80  fichero es sencillo: Consiste de una serie de líneas. Cada línea
    1.81  comienza con un hash de Conjunto de Cambios, seguido por un espacio,
    1.82 -seguido por el nombre de un tag.
    1.83 +seguido por el nombre de una etiqueta.
    1.84  
    1.85  Si está resolviendo un conflicto en el fichero \sfilename{.hgtags}
    1.86  durante una fusión, hay un detalle para tener en cuenta al modificar
    1.87 @@ -146,15 +144,15 @@
    1.88  especificado. Esta forma de interactuar puede sorprender a los
    1.89  desprevenidos.
    1.90  
    1.91 -Recuerde que un tag se almacena como una revisión al fichero
    1.92 -\sfilename{.hgtags}, consecuente con esto, cuando crea un tag, el
    1.93 +Recuerde que una etiqueta se almacena como una revisión al fichero
    1.94 +\sfilename{.hgtags}, consecuente con esto, cuando crea una etiqueta, el
    1.95  conjunto de cambios en el cual este se almacena necesariamente se
    1.96  refiere a un conjunto de cambios anterior. Cuando ejecuta
    1.97 -\hgcmdargs{clone}{-r foo} para clonar un repositorio hasta el tag
    1.98 +\hgcmdargs{clone}{-r foo} para clonar un repositorio hasta la etiqueta
    1.99  \texttt{foo}, el nuevo clon \emph{no contendrá el historial que creo
   1.100 -el tag} que usó para clonar el repositorio. El resultado es que tendrá
   1.101 +la etiqueta} que usó para clonar el repositorio. El resultado es que tendrá
   1.102  exactamente el subconjunto correcto del historial del proyecto en el
   1.103 -nuevo repositorio, pero, \emph{no} el tag que podría haber esperado.
   1.104 +nuevo repositorio, pero, \emph{no} la etiqueta que podría haber esperado.
   1.105  
   1.106  \subsection{Cuando las etiquetas permanentes son demasiado}
   1.107  
   1.108 @@ -163,12 +161,12 @@
   1.109  verán las etiquetas que usted haya creado. El hecho de dar nombres a las
   1.110  revisiones tiene usos más allá que simplemente hacer notar que la
   1.111  revisión \texttt{4237e45506ee} es realmente \texttt{v2.0.2}.  Si está
   1.112 -tratando de encontrar un bug sutil, posiblemente desearía colocar un
   1.113 -tag recordándole algo como ``Ana vio los síntomas con esta revisión''.
   1.114 +tratando de encontrar un bug sutil, posiblemente desearía colocar una 
   1.115 +etiqueta recordándole algo como ``Ana vio los síntomas con esta revisión''.
   1.116  
   1.117  Para estos casos, lo que posiblemente desearía serían tags
   1.118 -\emph{locales}. Puede crear un tag local con la opción \hgopt{tag}{-l}
   1.119 -de la orden \hgcmd{tag}.  Esto guardará el tag en un fichero llamado
   1.120 +\emph{locales}. Puede crear una etiqueta local con la opción \hgopt{tag}{-l}
   1.121 +de la orden \hgcmd{tag}.  Esto guardará la etiqueta en un fichero llamado
   1.122  \sfilename{.hg/localtags}.  A diferencia de \sfilename{.hgtags},
   1.123  \sfilename{.hg/localtags} no está controlado por revisiones.
   1.124  Cualquier tag que usted cree usando \hgopt{tag}{-l} se mantendrá
   1.125 @@ -207,7 +205,7 @@
   1.126  repositorio compartido existente ---llamémoslo
   1.127  \texttt{myproject}---que alcanzó la etapa ``1.0'', puede comenzar a
   1.128  prepararse para versiones de mantenimiento futuras a partir de la
   1.129 -versión~1.0 marcando con un tag en la revisión con la cual preparó la versión~1.0.
   1.130 +versión~1.0 marcando con una etiqueta en la revisión con la cual preparó la versión~1.0.
   1.131  \interaction{branch-repo.tag}
   1.132  Ahora puede clonar un repositorio compartido nuevo
   1.133  \texttt{myproject-1.0.1} con tal tag.