Mercurial > hgbook
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''.