hgbook

diff es/mq.tex @ 493:26fb9b724588

translated some paragraphs to spanish from mq-ref.tex
author Igor Támara <igor@tamarapatino.org>
date Wed Jan 07 23:47:09 2009 -0500 (2009-01-07)
parents 9b3cc9f398f9
children 9da096de3c52
line diff
     1.1 --- a/es/mq.tex	Sat Dec 13 12:23:51 2008 -0500
     1.2 +++ b/es/mq.tex	Wed Jan 07 23:47:09 2009 -0500
     1.3 @@ -31,11 +31,11 @@
     1.4  
     1.5  Cuando hay pocos cambios por mantener, es muy sencillo administrar un
     1.6  solo parche con los programas estándar \command{diff} y
     1.7 -\command{patch}( ver la sección~\ref{sec:mq:patch} para ver cómo
     1.8 +\command{patch} (ver la sección~\ref{sec:mq:patch} para ver cómo
     1.9  emplear tales herramientas). Cuando la cantidad de cambios comienza a
    1.10  crecer, tiene sentido mantener parches como ``porciones de trabajo''
    1.11  individual, de forma que cada cambio contiene solamente un arreglo de
    1.12 -un fallo(el parche puede modificar varios ficheros, pero está
    1.13 +un fallo (el parche puede modificar varios ficheros, pero está
    1.14  ``haciendo una sola cosa''), y puede tener cierta cantidad de tales
    1.15  parches para diferentes fallos y cambios locales.  En esta situación,
    1.16  si envía un parche que arregla un fallo a los mantenedores principales
    1.17 @@ -51,7 +51,7 @@
    1.18  a algo avasallante.
    1.19  
    1.20  Afortunadamente Mercurial provee una extensión poderos: Colas de
    1.21 -Mercurial( o simplemente ``MQ''), que simplifica en gran medida el
    1.22 +Mercurial (o simplemente ``MQ''), que simplifica en gran medida el
    1.23  problema de administración de parches.
    1.24  
    1.25  \section{La prehistoria de las Colas de Mercurial}
    1.26 @@ -67,7 +67,7 @@
    1.27  2002, Andrew Morton publicó algunos guiones de línea de órdenes que
    1.28  estuvo usando para automatizar la tarea de administrar su cola de
    1.29  parches.  Andrew usó exitósamente tales guiones para administrar
    1.30 -centenas( aveces millares) de parches en el núcleo de Linux.
    1.31 +centenas (a veces millares) de parches en el núcleo de Linux.
    1.32  
    1.33  \subsection{Trabajar parches con quilt}
    1.34  \label{sec:mq:quilt}
    1.35 @@ -84,7 +84,7 @@
    1.36  Para comenzar, usted le indica a quilt que administre un árbol de
    1.37  directorios, le indica qué ficheros manejar; Este almacena los nombres
    1.38  y los contenidos de estos ficheros.  Para arreglar un fallo, usted
    1.39 -crea un nuevo parche(con una sola orden), edita los ficheros que está
    1.40 +crea un nuevo parche (con una sola orden), edita los ficheros que está
    1.41  arreglando y ``refresca'' el parche.
    1.42  
    1.43  El paso de refresco hace que quilt revise el árbol de directorios;
    1.44 @@ -207,7 +207,7 @@
    1.45  Después del encabezaado vienen varios \emph{trozos}.  Cada trozo
    1.46  comienza con un encabezado; que identifica el rango de líneas del
    1.47  fichero que el trozo debe modificar.  Después del encabezado, un trozo
    1.48 -comienza y termina con unas pocas líneas(usualmente tres) de texto del
    1.49 +comienza y termina con unas pocas líneas (usualmente tres) de texto del
    1.50  fichero que no han sido modificadas; las cuales llamamos el
    1.51  \emph{contexto} del trozo.  Si solamente hay una pequeña cantidad de
    1.52  contexto entre trozos sucesivos, \command{diff} no imprime un nuevo
    1.53 @@ -220,7 +220,7 @@
    1.54  ``inserte esta línea''.  Por ejemplo, una línea que se modifica se
    1.55  representa con una línea eliminada y una línea insertada.
    1.56  
    1.57 -Retomaremos aspectos más sutiles acerca de parches posteriormente(en
    1.58 +Retomaremos aspectos más sutiles acerca de parches posteriormente (en
    1.59  la sección~\ref{sec:mq:adv-patch}), pero en el momento usted ya
    1.60  debería tener suficiente información para usar MQ.
    1.61  
    1.62 @@ -255,7 +255,7 @@
    1.63  
    1.64  Puede usar MQ en \emph{cualquier} repositorio de Mercurial, y sus
    1.65  comandos solamente operarán con tal repositorio.  Para comenzar, basta
    1.66 -con preparar el repositorio con la orden \hgxcmd{mq}{qinit}(ver la
    1.67 +con preparar el repositorio con la orden \hgxcmd{mq}{qinit} (ver la
    1.68  figura~\ref{ex:mq:qinit}).  Esta orden crea un directorio vacío
    1.69  llamado \sdirname{.hg/patches}, donde MQ mantendrá sus metadatos. Como
    1.70  otras ordenes de Mercurial, la orden \hgxcmd{mq}{qinit} no imprime
    1.71 @@ -305,7 +305,7 @@
    1.72  \subsection{Refrescar un parche}
    1.73  
    1.74  Cuando usted llega a un punto en el cual desea guardar su trabajo, use
    1.75 -la orden \hgxcmd{mq}{qrefresh}(figura~\ref{ex:mq:qnew}) para
    1.76 +la orden \hgxcmd{mq}{qrefresh} (figura~\ref{ex:mq:qnew}) para
    1.77  actualizar el parche en el cual está trabajando.  Esta orden almacena
    1.78  los cambios que haya hecho al directorio actual de trabajo en su
    1.79  parche, y almacena el conjunto de cambios correspondiente que contiene
    1.80 @@ -336,7 +336,7 @@
    1.81  parche.  Mercurial aplicará este parche sobre su parche anterior.
    1.82  Para un ejemplo, ver la figura~\ref{ex:mq:qnew2}.  Note que el parche
    1.83  contiene los cambios en nuestro parche anterior como parte de su
    1.84 -contexto( lo verá más claramente en la salida de \hgcmd{annotate}).
    1.85 +contexto (lo verá más claramente en la salida de \hgcmd{annotate}).
    1.86  
    1.87  \begin{figure}[ht]
    1.88    \interaction{mq.tutorial.qnew2}
    1.89 @@ -353,7 +353,7 @@
    1.90  \begin{itemize}
    1.91  \item La orden \hgxcmd{mq}{qseries} lista cada parche del cual MQ
    1.92    tiene noticia en este repositorio, desde el más antiguo hasta el más
    1.93 -  nuevo(El último \emph{creado}).
    1.94 +  nuevo (El último \emph{creado}).
    1.95  \item La orden \hgxcmd{mq}{qapplied} lista cada parche que MQ haya
    1.96    \emph{aplicado} en este repositorio, de nuevo, desde el más antiguo
    1.97    hasta el más nuevo (El aplicado más recientemente).
    1.98 @@ -482,7 +482,7 @@
    1.99  Si ve el encabezado de un parche, notará que la ruta al fichero tiene
   1.100  un componente adicional al principio, que no está presente en la
   1.101  ruta. Esta es una traza de cómo generaba anteriormente los parches la
   1.102 -gente(algunos aún lo hacen, pero es raro con las herramientas de
   1.103 +gente (algunos aún lo hacen, pero es raro con las herramientas de
   1.104  control de revisiones del actuales).
   1.105  
   1.106  Alicia desempaquetaría un comprimido, editaría sus ficheros, y querría
   1.107 @@ -554,7 +554,7 @@
   1.108  
   1.109  Cuando ninguna de estas técnicas funciona, \command{patch} imprime un
   1.110  mensaje indicando que el trozo en cuestión se desechó.  Almacena los
   1.111 -trozos desechados(también llamados ``descartados'') en un fichero con
   1.112 +trozos desechados (también llamados ``descartados'') en un fichero con
   1.113  el mismo nombre, y la extensión \sfilename{.rej} añadida.  También
   1.114  almacena una copia igual al fichero original con la extensión
   1.115  \sfilename{.orig}; la copia del fichero sin extensión contendrá
   1.116 @@ -673,7 +673,7 @@
   1.117  minutos, y \hgcmdargs{qpop}{\hgxopt{mq}{qpop}{-a}} en 30 segundos.
   1.118  (En un portátil más nuevo, el tiempo para introducir todos los
   1.119  parches, se logró en menos de dos minutos.)  Apliqué
   1.120 -\hgxcmd{mq}{qrefresh} sobre uno de los parches más grandes(que hizo
   1.121 +\hgxcmd{mq}{qrefresh} sobre uno de los parches más grandes (que hizo
   1.122  22.779 líneas de cambios en 287 ficheros) en 6,6 segundos.
   1.123  
   1.124  Claramente, MQ funciona adecuadamente en árboles grandes, y además hay
   1.125 @@ -684,7 +684,7 @@
   1.126  revisan el directorio de trabajo para asegurarse de que usted no ha
   1.127  hecho cambios y ha olvidado ejecutar \hgxcmd{mq}{qrefresh}.  En un
   1.128  árbol pequeño, el tiempo de esta revisión puede ser mínimo,  Pero en
   1.129 -un árbol mediano(con decenas de miles de ficheros), puede tomar un
   1.130 +un árbol mediano (con decenas de miles de ficheros), puede tomar un
   1.131  segundo o más.
   1.132  
   1.133  Las órdenes \hgxcmd{mq}{qpush} y \hgxcmd{mq}{qpop} le permiten
   1.134 @@ -787,7 +787,7 @@
   1.135  
   1.136  Referirse a un parche por su índice no es muy diferente.  El primer
   1.137  parche que se imprime en la salida de \hgxcmd{mq}{qseries} es el
   1.138 -parche cero(si, es el primero en los sistemas que comienzan su conteo
   1.139 +parche cero (si, es el primero en los sistemas que comienzan su conteo
   1.140  en cero); el segundo parche es uno y así sucesivamente.
   1.141  
   1.142  MQ facilita el trabajo cuando está usando órdenes normales de
   1.143 @@ -1056,7 +1056,7 @@
   1.144  parche, concatenar su salida al final del parche donde desea
   1.145  fusionarlo.  Usualmente no necesitará modificar el parche del cuál ha
   1.146  fusionado los cambios.  En cambio, MQ reportará que hay unos trozos
   1.147 -que se han desechado cuando usted aplique \hgxcmd{mq}{qpush}(de los
   1.148 +que se han desechado cuando usted aplique \hgxcmd{mq}{qpush} (de los
   1.149  trozos que haya movido al otro parche), y puede sencillamente aplicar
   1.150  \hgxcmd{mq}{qrefresh} para eliminar los trozos replicados.
   1.151