1.1 --- a/es/Leame.1st	Sun Nov 02 21:00:40 2008 -0500
     1.2 +++ b/es/Leame.1st	Mon Nov 03 08:23:10 2008 -0500
     1.3 @@ -99,7 +99,7 @@
     1.4  || preface.tex     || Javier Rojas  ||    100%    || 18/10/2008 ||  19/10/2008 ||
     1.5  || daily.tex       || Igor Támara   ||    100%    || 19/10/2008 ||  26/10/2008 ||
     1.6  || tour-basic.tex  || Javier Rojas  ||    100%    || 19/10/2008 ||  27/10/2008 ||
     1.7 -|| undo.tex        || Igor Támara   ||     52%    || 26/10/2008 ||             ||
     1.8 +|| undo.tex        || Igor Támara   ||     60%    || 26/10/2008 ||             ||
     1.9  || tour-merge.tex  || Javier Rojas  ||     10%    || 28/10/2008 ||             ||
    1.10  
    1.11  == Archivos en proceso de revisión ==

     2.1 --- a/es/undo.tex	Sun Nov 02 21:00:40 2008 -0500
     2.2 +++ b/es/undo.tex	Mon Nov 03 08:23:10 2008 -0500
     2.3 @@ -421,51 +421,56 @@
     2.4  y directorios renombrados, cambios de permisos, y modificaciones a
     2.5  archivos binarios, nada de lo cual la orden \command{patch} puede manejar.
     2.6  
     2.7 -\section{Changes that should never have been}
     2.8 +\section{Cambios que nunca debieron ocurrir}
     2.9  \label{sec:undo:aaaiiieee}
    2.10  
    2.11 -Most of the time, the \hgcmd{backout} command is exactly what you need
    2.12 -if you want to undo the effects of a change.  It leaves a permanent
    2.13 -record of exactly what you did, both when committing the original
    2.14 -changeset and when you cleaned up after it.
    2.15 -
    2.16 -On rare occasions, though, you may find that you've committed a change
    2.17 -that really should not be present in the repository at all.  For
    2.18 -example, it would be very unusual, and usually considered a mistake,
    2.19 -to commit a software project's object files as well as its source
    2.20 -files.  Object files have almost no intrinsic value, and they're
    2.21 -\emph{big}, so they increase the size of the repository and the amount
    2.22 -of time it takes to clone or pull changes.
    2.23 -
    2.24 -Before I discuss the options that you have if you commit a ``brown
    2.25 -paper bag'' change (the kind that's so bad that you want to pull a
    2.26 -brown paper bag over your head), let me first discuss some approaches
    2.27 -that probably won't work.
    2.28 -
    2.29 -Since Mercurial treats history as accumulative---every change builds
    2.30 -on top of all changes that preceded it---you generally can't just make
    2.31 -disastrous changes disappear.  The one exception is when you've just
    2.32 -committed a change, and it hasn't been pushed or pulled into another
    2.33 -repository.  That's when you can safely use the \hgcmd{rollback}
    2.34 -command, as I detailed in section~\ref{sec:undo:rollback}.
    2.35 -
    2.36 -After you've pushed a bad change to another repository, you
    2.37 -\emph{could} still use \hgcmd{rollback} to make your local copy of the
    2.38 -change disappear, but it won't have the consequences you want.  The
    2.39 -change will still be present in the remote repository, so it will
    2.40 -reappear in your local repository the next time you pull.
    2.41 -
    2.42 -If a situation like this arises, and you know which repositories your
    2.43 -bad change has propagated into, you can \emph{try} to get rid of the
    2.44 -changeefrom \emph{every} one of those repositories.  This is, of
    2.45 -course, not a satisfactory solution: if you miss even a single
    2.46 -repository while you're expunging, the change is still ``in the
    2.47 -wild'', and could propagate further.
    2.48 -
    2.49 -If you've committed one or more changes \emph{after} the change that
    2.50 -you'd like to see disappear, your options are further reduced.
    2.51 -Mercurial doesn't provide a way to ``punch a hole'' in history,
    2.52 -leaving changesets intact.
    2.53 +En la mayoría de los casos, la orden \hgcmd{backout} es exactamente lo
    2.54 +que necesita para deshacer los efectos de un cambio.  Deja un registro
    2.55 +permanente y exacto de lo que usted hizo, cuando se consignó el
    2.56 +conjunto de cambios original y cuando se hizo la limpieza.
    2.57 +
    2.58 +En ocasiones particulares, puede haber consignado un cambio que no
    2.59 +debería estar de ninguna forma en el repositorio.  Por ejemplo, sería
    2.60 +muy inusual, y considerado como una equivocación, consignar los
    2.61 +archivos objeto junto con el código fuente. los ficheros objeto no
    2.62 +tienen valor intrínseco y son \emph{grandes}, por lo tanto aumentan el
    2.63 +tamaño del repositorio y la cantidad de tiempo que se emplea al clonar
    2.64 +o jalar cambios.
    2.65 +
    2.66 +Antes de discutir las opciones que tiene si consignó cambio del tipo 
    2.67 +``bolsa de papel deschable'' (el tipo que es tan malo que le gustaría
    2.68 +colocarse una bolsa de papel desechable en su cabeza), permítame
    2.69 +discutir primero unas aproximaciones que probablemente no funcionen.
    2.70 +
    2.71 +Dado que Mercurial trata de forma acumulativa la historia---cada
    2.72 +cambio se coloca encima de todos los cambios que leo
    2.73 +preceden---usualmente usted no puede hacer que unos cambios desastros
    2.74 +desaparezcan. La única excepción es cuando usted ha acabado de
    2.75 +consignar un cambio y este no ha sido publicado o jalado en otro
    2.76 +repositorio. Ahí es cuando puede usar la orden \hgcmd{rollback} con
    2.77 +seguridad, Como detallé en la sección~\ref{sec:undo:rollback}.
    2.78 +
    2.79 +Después de que usted haya publicado un cambio en otro repositorio, usted
    2.80 +\emph{podría} usar la orden \hgcmd{rollback} para hacer que en su copia
    2.81 +local desaparezca el cambio, pero no tendrá las consecuencias que
    2.82 +desea. El cambio estará presente en un repositorio remoto, y
    2.83 +reaparecerá en su repositorio local la próxima vez que jale
    2.84 +
    2.85 +Si una situación como esta se presenta, y usted sabe en qué
    2.86 +repositorios su mal cambio se ha propagado, puede \emph{intentar}
    2.87 +deshacerse del conjunto de cambios de \emph{todos} los repositorios en
    2.88 +los que se pueda encontrar.  Esta por supuesto, no es una solución
    2.89 +satisfactoria: si usted deja de hacerlo en un solo repositorio,
    2.90 +mientras esté eliminándolo, el cambio todavía estará ``allí afuera'',
    2.91 +y podría propagarse más tarde.
    2.92 +
    2.93 +Si ha consignado uno o más cambios \emph{después} del cambio que desea
    2.94 +desaparecer, sus opciones son aún más reducidas. Mercurial no provee
    2.95 +una forma de ``cabar un hueco'' en la historia, dejando los conjuntos
    2.96 +de cambios intactos.
    2.97 +
    2.98 +%Dejamos de traducir lo que viene a continuación, porque será
    2.99 +%modificado por upstream...
   2.100  
   2.101  XXX This needs filling out.  The \texttt{hg-replay} script in the
   2.102  \texttt{examples} directory works, but doesn't handle merge