# HG changeset patch # User Javier Rojas # Date 1233113425 18000 # Node ID ddbb28cd940a36eeaa1ac75330132599941189c0 # Parent f9e5dfca15845fc01ef18280d575339b531d2b7a finished revision comparing against the original in english diff -r f9e5dfca1584 -r ddbb28cd940a es/daily.tex --- a/es/daily.tex Mon Jan 26 09:49:28 2009 -0500 +++ b/es/daily.tex Tue Jan 27 22:30:25 2009 -0500 @@ -146,7 +146,6 @@ \subsection{Nota al margen: ¿Por qué decirle explícitamente a Mercurial que elimine un fichero?} - %TODO Im here!! Es posible que se haya preguntado por qué Mercurial exige que usted le indique explícitamente que está borrando un fichero. Al principio del @@ -163,7 +162,7 @@ como eliminados. \interaction{daily.files.addremove} La orden \hgcmd{commit} su puede usar con la opción \hgopt{commit}{-A} -que aplica el agregar-eliminar, seguido inmediatamente de una +que aplica el mismo agregar-eliminar, seguido inmediatamente de una consignación. \interaction{daily.files.commit-addremove} @@ -172,7 +171,7 @@ 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 fichero es una copia del -fichero original. Trata de forma especial los ficheros copiados cuando +fichero original. Los ficheros copiados se tratan de forma especial cuando usted hace una fusión con el trabajo de alguien más. \subsection{Resultados de copiar un fichero durante una fusión} @@ -181,19 +180,19 @@ lo que esto significa, haremos un ejemplo. Comenzaremos con el mini repositorio usual que contiene un solo fichero \interaction{daily.copy.init} -Debemos trabajar algo en paralelo, de forma que tengamos algo para +Debemos hacer algo de trabajo 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 +De vuelta en el repositorio inicial, usemos la orden \hgcmd{copy} para hacer una copia del primer fichero que creamos. \interaction{daily.copy.copy} Si vemos la salida de la orden \hgcmd{status}, el fichero copiado luce -como un fichero que se ha añadido normalmente. +tal como un fichero que se ha añadido normalmente. \interaction{daily.copy.status} -Pero si usamos la opción \hgopt{status}{-C} de la orden \hgcmd{status}, -imprimirá otra línea: el fichero \emph{desde} el cual fue copiado nuestro -fichero recién añadido. +Pero si usamos la opción \hgopt{status}{-C} de la orden +\hgcmd{status}, se imprimirá otra línea: el fichero \emph{desde} el +cual fue copiado nuestro fichero recién añadido. \interaction{daily.copy.status-copy} Ahora, en el repositorio que clonamos, hagamos un cambio en @@ -249,9 +248,10 @@ \subsection{Cómo hacer que los cambios \emph{no} sigan a la copia?} Si por algún motivo usted decide que esta característica de -propagación automática de cambios en las copias no es para usted, use -la orden usual de sus sistema para copiar ficheros (En sistemas tipo -Unix, es \command{cp}), posteriormente use \hgcmd{add} sobre la nueva +propagación automática de cambios en las copias no es para usted, +simplemente use +la orden usual de su sistema para copiar ficheros (en sistemas tipo +Unix, es \command{cp}), y posteriormente use \hgcmd{add} sobre la nueva copia hecha a mano. Antes de hacerlo, de todas maneras, relea la sección~\ref{sec:daily:why-copy}, y tome una decisión asegurándose que este comportamiento no es el apropiado para su caso específico. @@ -259,7 +259,8 @@ \subsection{Comportamiento de la orden \hgcmd{copy}} Cuando usa la orden \hgcmd{copy}, Mercurial hace una copia de cada -fichero fuente del directorio actual. Esto significa que si usted hace +fichero fuente tal como se encuentra en el 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 @@ -271,7 +272,7 @@ son las \emph{fuentes}. Si solamente indica un fichero como la fuente, y el destino no existe, se crea un fichero nuevo con ese nombre. \interaction{daily.copy.simple} -Si el destino es un directorio, Mercurial copia las fuentes en este. +Si el destino es un directorio, Mercurial copia las fuentes en éste. \interaction{daily.copy.dir-dest} La copia de un directorio es recursiva, y preserva la estructura del directorio fuente. @@ -280,7 +281,7 @@ la fuente se recrea en el directorio destino. \interaction{daily.copy.dir-src-dest} -De la misma forma como la orden \hgcmd{rename}, si copia un fichero +De la misma forma que la orden \hgcmd{rename}, si copia un fichero manualmente y desea que Mercurial sepa que ha copiado un fichero, basta con aplicar la opción \hgopt{copy}{--after} a la orden \hgcmd{copy}. @@ -289,19 +290,19 @@ \section{Renombrar ficheros} 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 +del mismo. 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 fichero de la misma forma que una copia. Por lo tanto, saber lo que hace Mercurial cuando usted copia -un fichero, le indica qué esperar cuando renombra un fichero. +un fichero le indica qué esperar cuando renombra un fichero. Cuando usa la orden \hgcmd{rename}, Mercurial hace una copia de cada 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. +añadida 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 +De la misma forma en que se usa la orden \hgcmd{copy}, debemos usar la opción \hgopt{status}{-C} de la orden \hgcmd{status} para verificar que el fichero añadido realmente comienza a ser seguido por Mercurial como una copia del fichero original, ahora eliminado. @@ -315,21 +316,23 @@ \subsection{Renombrar ficheros y fusionar cambios} -Dado que el renombrar de Mercurial se implementa como un +Dado que el renombrado de Mercurial se implementa como un 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 fichero, y -posteriormente fusionamos nuestros cambios respectivos, mi +Si yo modifico un fichero y usted lo renombra a un nuevo fichero, y +posteriormente fusionamos nuestros respectivos cambios, 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,'' -pero, no todos los sistemas de control de revisiones lo logran.) +fichero con el nuevo nombre. (Es lo que se esperaría que ``simplemente +funcione,'' +pero, no todos los sistemas de control de revisiones hacen esto.) -El hecho de que los cambios sigan la copia es una característica que -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 ficheros se renombran. +Aunque el hecho de que los cambios sigan la copia es una característica +respecto a la cual usted puede estar de acuerdo y decir ``si, puede +ser útil,'' debería ser claro +que el seguimiento de cambios de un renombramiento es definitivamente +importante. Sin esto, sería muy sencillo que los cambios se +quedaran atrás cuando los ficheros se renombran. \subsection{Cambios de nombre divergentes y fusión} @@ -345,7 +348,7 @@ Veo esto como un conflicto porque cada desarrollador ha expresado intenciones diferentes acerca de cómo considera debería haberse -renombrado el fichero. +nombrado el fichero. ¿Qué cree que debería pasar cuando fusionen su trabajo? El comportamiento de Mercurial es que siempre preserva \emph{ambos} @@ -359,12 +362,12 @@ \subsection{Cambios de nombre convergentes y fusión} -Otra clase de conflicto al cambiar el nombre ocurre cuando dos +Otra clase de conflicto al cambiar el nombre de ficheros ocurre cuando dos personas eligen renombrar diferentes ficheros \emph{fuente} al mismo \emph{destino}. En este caso Mercurial aplica su maquinaria de fusión -usual, y le permite a usted guiarlo a una solución adecuada. +usual, y le permite a usted guiar la situación a una resolución adecuada. -\subsection{Otros casos límites relacionados con renombramientos} +\subsection{Otros casos límite relacionados con renombramientos} Mercurial tiene un fallo de mucho tiempo en el cual no es capaz de fusionar cuando por un lado hay un fichero con un nombre dado, @@ -378,7 +381,7 @@ de equivocaciones comunes. La orden \hgcmd{revert} le permite deshacer cambios que haya hecho a -su directorio de trabajo. Por ejemplo, Si aplicó \hgcmd{add} a un +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 tanto que el fichero no haya sido tocado de forma alguna, no será adicionado, ni seguido por Mercurial. También @@ -387,7 +390,7 @@ Tenga en cuenta que la orden \hgcmd{revert} se usa para cambios que no han sido consignados. Cuando haya consignado un cambio, si decide que -era un error, puede hacer algo todavía, pero sus opciones pueden ser +era un error, puede hacer algo todavía, pero sus opciones pueden estar más limitadas. Para obtener información acerca de la orden \hgcmd{revert} y detalles