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.

     2.1 --- a/es/mq.tex	Sun Jan 18 21:50:48 2009 -0500
     2.2 +++ b/es/mq.tex	Sun Jan 18 22:21:43 2009 -0500
     2.3 @@ -793,8 +793,8 @@
     2.4  MQ facilita el trabajo cuando está usando órdenes normales de
     2.5  Mercurial.  Cada comando que acepte Identificadores de conjuntos de
     2.6  cambios también aceptará el nombre de un parche aplicado.  MQ aumenta
     2.7 -los tags normalmente en el repositorio con un distintivo para cada
     2.8 -parche aplicado.  Adicionalmente, los tags especiales \index{tags!special tag
     2.9 +las etiquetas normalmente en el repositorio con un distintivo para cada
    2.10 +parche aplicado.  Adicionalmente, las etiquetas especiales \index{tags!special tag
    2.11    names!\texttt{qbase}}\texttt{qbase} y \index{tags!special tag
    2.12    names!\texttt{qtip}}\texttt{qtip} identifican los parches
    2.13  ``primero'' y último, respectivamente.