hgbook

diff es/mq.tex @ 444:da4d34e0e250

Translated some more mq paragraphs to spanish
author Igor TAmara <igor@tamarapatino.org>
date Mon Dec 08 20:37:58 2008 -0500 (2008-12-08)
parents 2daeda01fe98
children 40ba5d8583c7
line diff
     1.1 --- a/es/mq.tex	Sun Dec 07 17:47:38 2008 -0500
     1.2 +++ b/es/mq.tex	Mon Dec 08 20:37:58 2008 -0500
     1.3 @@ -470,30 +470,31 @@
     1.4  el parche fundamental, y aplique \hgxcmd{mq}{qpush} sobre el parche de
     1.5  UI para continuar donde había quedado.
     1.6  
     1.7 -\section{More about patches}
     1.8 +\section{Más acerca de parches}
     1.9  \label{sec:mq:adv-patch}
    1.10  
    1.11 -MQ uses the GNU \command{patch} command to apply patches, so it's
    1.12 -helpful to know a few more detailed aspects of how \command{patch}
    1.13 -works, and about patches themselves.
    1.14 -
    1.15 -\subsection{The strip count}
    1.16 -
    1.17 -If you look at the file headers in a patch, you will notice that the
    1.18 -pathnames usually have an extra component on the front that isn't
    1.19 -present in the actual path name.  This is a holdover from the way that
    1.20 -people used to generate patches (people still do this, but it's
    1.21 -somewhat rare with modern revision control tools).  
    1.22 -
    1.23 -Alice would unpack a tarball, edit her files, then decide that she
    1.24 -wanted to create a patch.  So she'd rename her working directory,
    1.25 -unpack the tarball again (hence the need for the rename), and use the
    1.26 -\cmdopt{diff}{-r} and \cmdopt{diff}{-N} options to \command{diff} to
    1.27 -recursively generate a patch between the unmodified directory and the
    1.28 -modified one.  The result would be that the name of the unmodified
    1.29 -directory would be at the front of the left-hand path in every file
    1.30 -header, and the name of the modified directory would be at the front
    1.31 -of the right-hand path.
    1.32 +MQ usa la orden GNU \command{patch} para aplicar los parches, por lo
    1.33 +tanto es útil conocer ciertos detalles de cómo trabaja
    1.34 +\command{patch}, y también acerca de los parches.
    1.35 +
    1.36 +\subsection{La cantidad de franjas}
    1.37 +
    1.38 +Si ve el encabezado de un parche, notará que la ruta al archivo tiene
    1.39 +un componente adicional al principio, que no está presente en la
    1.40 +ruta. Esta es una traza de cómo generaba anteriormente los parches la
    1.41 +gente(algunos aún lo hacen, pero es raro con las herramientas de
    1.42 +control de revisiones del actuales).
    1.43 +
    1.44 +Alicia desempaquetaría un comprimido, editaría sus archivos, y querría
    1.45 +crear un parche.  Por lo tanto ella renombraría su directorio de
    1.46 +trabajo, desempacaría el comprimido de nuevo(para lo cual necesitó el
    1.47 +renombramiento), y usaría las opciones \cmdopt{diff}{-r} y
    1.48 +\cmdopt{diff}{-N} de \command{diff} para generar recursivamente un
    1.49 +parche entre el directorio original y el modificado.  El resultado
    1.50 +sería que el nombre del directorio original estaría al principio de
    1.51 +toda ruta en cada encabezado de fichero, y el nombre del directorio
    1.52 +modificado estaría al frente de la porción derecha de la ruta del
    1.53 +archivo.
    1.54  
    1.55  Since someone receiving a patch from the Alices of the net would be
    1.56  unlikely to have unmodified and modified directories with exactly the