# HG changeset patch # User Igor TAmara # Date 1225169344 18000 # Node ID 6d2bbeb50af6b17b0cbff831d1058420d8a3793e # Parent d5f1049a79ddaf1a6d9281572b4a78aeda2ec9a3 Fixing mistake preventing from build, footnote to ndt, moving archivo to fichero on daily.tex diff -r d5f1049a79dd -r 6d2bbeb50af6 es/daily.tex --- a/es/daily.tex Mon Oct 27 17:14:02 2008 -0500 +++ b/es/daily.tex Mon Oct 27 23:49:04 2008 -0500 @@ -169,33 +169,33 @@ Mercurial ofrece la orden \hgcmd{copy} para hacer una nueva copia de un fichero. Cuando se copia un fichero con esta orden, Mercurial -lleva un registro indicando que el nuevo archivo es una copia del +lleva un registro indicando que el nuevo fichero es una copia del fichero original. Trata de forma especial los ficheros copiados cuando usted hace una fusión con el trabajo de alguien más. -\subsection{Resultados de copiar un archivo durante una fusión} +\subsection{Resultados de copiar un fichero durante una fusión} Durante una fusión lols cambios ``siguen'' una copia. Para ilustrar lo que esto significa, haremos un ejemplo. Comenzaremos con el mini -repositorio usual que contiene un solo archivo +repositorio usual que contiene un solo fichero \interaction{daily.copy.init} Debemos trabajar algo en paralelo, de forma que tengamos algo para fusionar. Aquí clonamos el repositorio. \interaction{daily.copy.clone} De vuelta en el repositorio, usemos la orden \hgcmd{copy} para hacer -una copia del primer archivo que creamos. +una copia del primer fichero que creamos. \interaction{daily.copy.copy} -Si vemos la salida de la orden \hgcmd{status}, el archivo copiado luce -como un archivo que se ha añadido normalmente. +Si vemos la salida de la orden \hgcmd{status}, el fichero copiado luce +como un fichero que se ha añadido normalmente. \interaction{daily.copy.status} Si usamos la opción \hgopt{status}{-C} de la orden \hgcmd{status}, -imprimirá otra línea: Ela archivo of output: this is the file that our newly-added +imprimirá otra línea: Ela fichero of output: this is the file that our newly-added file was copied \emph{from}. \interaction{daily.copy.status-copy} Ahora, en el repositorio que clonamos, hagamos un cambio en -paralelo. Adicionaremos una línea de contenido al archivo original que +paralelo. Adicionaremos una línea de contenido al fichero original que creamos. \interaction{daily.copy.other} Hemos modificado el fichero \filename{file} en este @@ -212,7 +212,7 @@ casos es absolutamente deseable. Es indispensable recordar que esta propagación \emph{solamente} sucede -cuando fusionamos. Por lo tanto si sobre un archivo se usa +cuando fusionamos. Por lo tanto si sobre un fichero se usa \hgcmd{copy}, y se modifica el fichero original durante el curso normal de su trabajo, nada pasará. @@ -222,15 +222,15 @@ Explicaremos a continuación la razón de este comportamiento de Mercurial. Digamos que yo he aplicado un arreglo de un fallo importante a un -archivo fuente y consigné los cambios. Por otro lado, usted decidió hacer +fichero fuente y consigné los cambios. Por otro lado, usted decidió hacer \hgcmd{copy} sobre el fichero en su repositorio, sin saber acerca del fallo o sin ver el arreglo, y ha comenzado a trabajar sobre su copia -del archivo. +del fichero. Si jala y fusiona mis cambios y Mercurial \emph{no hubiera} propagado los cambios en las copias, su fichero fuente tendría el fallo, a menos que usted haya recordado propagar el arreglo del fallo a mano, el -mismo \emph{permanecería} en su copia del archivo. +mismo \emph{permanecería} en su copia del fichero. Mercurial previene esta clase de problemas, gracias a la propagación automática del cambio que arregló el fallo del fichero original. Hasta @@ -257,7 +257,7 @@ \subsection{Comportamiento de la orden \hgcmd{copy}} Cuando usa la orden \hgcmd{copy}, Mercurial hace una copia de cada -archivo fuente del directorio actual. Esto significa que si usted hace +fichero fuente del directorio actual. Esto significa que si usted hace modificaciones a un fichero, y le aplica \hgcmd{copy} sin haber consignado primero los cambios, la nueva copia contendrá también las modificaciones que haya hecho hasta ese punto. (Este comportamiento me @@ -289,19 +289,19 @@ La necesidad de renombrar un fichero es más común que hacer una copia del fichero. La razón por la cual discutí la orden \hgcmd{copy} antes de hablar acerca de cambiar el nombre de los ficheros, es que -Mercurial trata el renombrar un archivo de la misma forma que una +Mercurial trata el renombrar un fichero de la misma forma que una copia. Por lo tanto, saber lo que hace Mercurial cuando usted copia -un archivo, le indica qué esperar cuando renombra un archivo. +un fichero, le indica qué esperar cuando renombra un fichero. Cuando usa la orden \hgcmd{rename}, Mercurial hace una copia de cada -archivo fuente, lo borra y lo marca como fichero eliminado. +fichero fuente, lo borra y lo marca como fichero eliminado. \interaction{daily.rename.rename} La orden \hgcmd{status} muestra la nueva copia del fichero como añadido y el fichero inicial de la copia, como eliminado. \interaction{daily.rename.status} De la misma forma como se usa la orden \hgcmd{copy}, debemos usar la opción \hgopt{status}{-C} de la orden \hgcmd{status} para verificar -que el archivo añadido realmente comienza a ser seguido por Mercurial +que el fichero añadido realmente comienza a ser seguido por Mercurial como una copia del fichero original, ahora eliminado. \interaction{daily.rename.status-copy} @@ -317,7 +317,7 @@ copiar-y-eliminar, la misma propagación de cambios ocurre cuando usted fusiona después de renombrar como después de hacer una copia. -Si Yo modifico un fichero y usted lo renombra a un nuevo archivo, y +Si Yo modifico un fichero y usted lo renombra a un nuevo fichero, y posteriormente fusionamos nuestros cambios respectivos, mi modificación al fichero bajo su nombre original se propagará en el fichero con el nuevo nombre. (Es lo que se esperaría como ``lo hace,'' @@ -327,7 +327,7 @@ puede subestimar diciendo ``si, puede ser útil,'' debería ser claro que el seguimiento de cambios de un renombramiento es importante definitivamente. Sin esto, sería muy sencillo que los cambios se -volvieran huérfanos cuando los archivos se renombran. +volvieran huérfanos cuando los ficheros se renombran. \subsection{Cambios de nombre divergentes y fusión} @@ -365,7 +365,7 @@ \subsection{Otros casos límites relacionados con renombramientos} Mercurial tiene un fallo de mucho tiempo en el cual no es capaz de -fusionar cuando por un lado hay un archivo con un nombre dado, +fusionar cuando por un lado hay un fichero con un nombre dado, mientras que en otro hay un directorio con el mismo nombre. Esto está documentado como~\bug{29}. \interaction{issue29.go} @@ -378,7 +378,7 @@ La orden \hgcmd{revert} le permite deshacer cambios que haya hecho a su directorio de trabajo. Por ejemplo, Si aplicó \hgcmd{add} a un fichero por accidente, ejecute \hgcmd{revert} con el nombre del -fichero que añadió, y en tando que el archivo no haya sido tocado de +fichero que añadió, y en tando que el fichero no haya sido tocado de forma alguna, no será adicionado, ni seguido por Mercurial. También puede usar \hgcmd{revert} para deshacerse de cambios erróneos a un fichero. diff -r d5f1049a79dd -r 6d2bbeb50af6 es/undo.tex --- a/es/undo.tex Mon Oct 27 17:14:02 2008 -0500 +++ b/es/undo.tex Mon Oct 27 23:49:04 2008 -0500 @@ -15,20 +15,20 @@ Tengo el problema ocasional, pero persistente de teclear más rápido de lo que pienso, que aveces resulta en consignar un conjunto de cambios incompleto o simplemente malo. En mi caso, el conjunto de cambios -incompleto consiste en que creé un nuevo archivo fuente, pero olvidé +incompleto consiste en que creé un nuevo fichero fuente, pero olvidé hacerle \hgcmd{add}. Un conjunto de cambios``simplemente malo'' no es tan común, pero sí resulta muy molesto. -\subsection{Hacer rollback\footnote{El significado igual que en los - ambientes de sistemas manejadores de bases de datos se refiere a - la atomicidad e integridad al devolver un conjunto de acciones que - permitan dejar el repositorio en un estado consistente previo} una transacción} +\subsection{Hacer rollback una transacción} \label{sec:undo:rollback} En la sección~\ref{sec:concepts:txn}, mencioné que Mercurial trata modificación a un repositorio como una \emph{transacción}. Cada vez que consigna un conjunto de cambios o lo jala de otro repositorio, -Mercurial recuerda lo que hizo. Puede deshacer, o hacer \emph{roll back}, +Mercurial recuerda lo que hizo. Puede deshacer, o hacer \emph{roll back}\ndt{El significado igual que en los + ambientes de sistemas manejadores de bases de datos se refiere a + la atomicidad e integridad al devolver un conjunto de acciones que + permitan dejar el repositorio en un estado consistente previo}, exactamente una de tales acciones usando la orden \hgcmd{rollback}. (Ver en la sección~\ref{sec:undo:rollback-after-push} una anotación importante acerca del uso de esta orden.) @@ -40,7 +40,7 @@ La salida de \hgcmd{status} después de la consignación confirma inmediatamente este error. \interaction{rollback.status} -La consignación capturó los cambios en el archivo \filename{a}, pero +La consignación capturó los cambios en el fichero \filename{a}, pero no el nuevo fichero \filename{b}. Si yo publicara este conjunto de cambios a un repositorio compartido con un colega, es bastante probable que algo en \filename{a} se refiriera a \filename{b}, el cual