hgbook
changeset 389:b7d4d66c3ae5
Aiiiiiee section translated
author | Igor TAmara <igor@tamarapatino.org> |
---|---|
date | Mon Nov 03 08:23:10 2008 -0500 (2008-11-03) |
parents | 9fdb45b994d4 |
children | b286919e0d61 b8d9066abcea |
files | es/Leame.1st es/undo.tex |
line diff
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