diff es/branch.tex @ 619:bbc5db74bd77

changed many "X(" for "X (" I did this only when inside the main text
author Javier Rojas <jerojasro@devnull.li>
date Sun, 18 Jan 2009 22:31:20 -0500
parents a529952fce96
children d833640150e2
line wrap: on
line diff
--- a/es/branch.tex	Sun Jan 18 22:21:43 2009 -0500
+++ b/es/branch.tex	Sun Jan 18 22:31:20 2009 -0500
@@ -78,7 +78,7 @@
 revisiones. Si tiene demasiados tags, la facilidad para identificar
 revisiones disminuirá rápidamente.
 
-Por ejemplo, si su proyecto tiene etapas(milestones) frecuentes en pocos
+Por ejemplo, si su proyecto tiene etapas (milestones) frecuentes en pocos
 días, es perfectamente razonable asignarle una etiqueta a cada una de
 ellas. Pero si tiene un sistema de construcción automática de binarios
 que asegura que cada revisión puede generarse limpiamente, estaría
@@ -127,7 +127,7 @@
 
 Una consecuencia desafortunada de este diseño es que usted no puede
 verificar que su fichero \sfilename{.hgtags} fusionado es correcto hasta
-\emph{después} de haber consignado(hecho commit). Así que si se
+\emph{después} de haber consignado (hecho commit). Así que si se
 encuentra resolviendo un conflicto en \sfilename{.hgtags} durante una
 fusión, asegúrese de ejecutar la orden \hgcmd{tags} después de
 consignar. Si encuentra un error en el fichero \sfilename{.hgtags}, 
@@ -214,7 +214,7 @@
 Posteriormente, si alguien necesita trabajar en la reparación de un
 fallo debería dirigirse a la liberación de versión~1.0.1 que viene en
 camino, ellos clonarían el repositorio \texttt{myproject-1.0.1},
-harían sus cambios y los publicarían(con push).
+harían sus cambios y los publicarían (con push).
 \interaction{branch-repo.bugfix}
 Mientras tanto, el desarrollo para la siguiente versión mayor puede
 continuar asilada e incólume, en el repositorio \texttt{myproject}.
@@ -224,7 +224,7 @@
 
 En muchos casos, cuando tiene un fallo para arreglar en una rama de
 mantenimiento, es muy probable que el fallo esté también en la rama
-principal( y posiblemente en otras ramas de mantenimiento
+principal ( y posiblemente en otras ramas de mantenimiento
 también). Solamente un desarrollador extraño desearía corregir el
 mismo fallo muchas veces, por tanto, veremos varias alternativas con
 las que Mercurial puede ayudarle a administrar tales arreglos de fallo
@@ -243,7 +243,7 @@
 ramas en los repositorios.  Es fácil de entender gracias a su
 facilidad; y es difícil cometer errores. Hay una relación uno a uno
 entre las ramas y los directorios con los que está trabajando en su
-sistema. Esto le permite usar emplear herramientas usuales(para los
+sistema. Esto le permite usar emplear herramientas usuales (para los
 nuevos a Mercurial) para trabajar con los ficheros dentro de su
 rama/repositorio.
 
@@ -252,7 +252,7 @@
 administrar las ramas. He mencionador con anterioridad la distinción a
 nivel humano entre las ramas estilo ``cuadro pequeño'' y ``gran
 cuadro''.  Mientras que Mercurial trabaja con muchas ramas del estilo
-``cuadro pequeño'' en el repositorio todo el tiempo(por ejemplo cuando
+``cuadro pequeño'' en el repositorio todo el tiempo (por ejemplo cuando
 usted jala cambios, pero antes de fusionarlos), \emph{también} puede
 trabajar con varias ramas del ``cuadro grande''.