[svnbook commit] r2335 - in trunk/src/es: . book
gradha
noreply at red-bean.com
Thu Jul 20 17:10:23 CDT 2006
Author: gradha
Date: Thu Jul 20 17:10:23 2006
New Revision: 2335
Added:
trunk/src/es/book/ch02.xml.aspell_ignore
Modified:
trunk/src/es/Makefile
trunk/src/es/TRABAJO
trunk/src/es/book/ch02.xml
Log:
Book Spanish. Added ch02 under aspell control.
Modified: trunk/src/es/Makefile
==============================================================================
--- trunk/src/es/Makefile (original)
+++ trunk/src/es/Makefile Thu Jul 20 17:10:23 2006
@@ -5,7 +5,8 @@
include ../tools/Makefile.base
-BOOK_ASPELL_FILES = appa appb book foreword ch00 ch01 ch03 ch04 ch06 ch07 ch08 ch09
+BOOK_ASPELL_FILES = appa appb book foreword ch00 ch01 ch02 ch03 ch04 \
+ ch06 ch07 ch08 ch09
OTHER_ASPELL_FILES = COORDINADOR glosario_traduccion LEAME TODO TRABAJO
aspell_add_words:
Modified: trunk/src/es/TRABAJO
==============================================================================
--- trunk/src/es/TRABAJO (original)
+++ trunk/src/es/TRABAJO Thu Jul 20 17:10:23 2006
@@ -60,7 +60,7 @@
foreword.xml: gradha
ch00.xml: gradha
ch01.xml: ruben
-ch02.xml: Domingo Suárez Torres, beerfrick (falta pasar aspell)
+ch02.xml: Domingo Suárez Torres, beerfrick
ch03.xml: ruben
ch04.xml: gradha
ch06.xml: gradha, Federico Edelman
Modified: trunk/src/es/book/ch02.xml
==============================================================================
--- trunk/src/es/book/ch02.xml (original)
+++ trunk/src/es/book/ch02.xml Thu Jul 20 17:10:23 2006
@@ -64,7 +64,7 @@
</sect1>
<sect1 id="svn-ch-2-sect-2">
- <title>Modelos de versionamiento</title>
+ <title>Modelos de versionado</title>
<para>La misión principal de un sistema de control de versiones
es permitir la edición colaborativa y la compartición de los datos.
@@ -82,16 +82,16 @@
repositorio.</para>
<para>Considere el escenario mostrado en <xref linkend="svn-ch-2-dia-2"/>.
- Suponga que tenemos dos colaboradores, Harry y Sally. Cada uno de
+ Suponga que tenemos dos colaboradores, Juan y Carmen. Cada uno de
ellos decide editar el mismo archivo del repositorio al mismo tiempo.
- Si Harry guarda sus cambios en el repositorio en primer lugar, es
- posible que (unos momentos más tarde) Sally los sobreescriba
+ Si Juan guarda sus cambios en el repositorio en primer lugar, es
+ posible que (unos momentos más tarde) Carmen los sobreescriba
accidentalmente con su propia versión del archivo. Si bien es
- cierto que la versión de Harry no se ha perdido para siempre (porque el
- sistema recuerda cada cambio), cualquier cambio que Harry haya hecho
- <emphasis>no</emphasis> estará presente en la versión más reciente de Sally
- porque, para empezar, ella nunca vio los cambios de Harry. El
- trabajo de Harry sigue efectivamente perdido—o al menos
+ cierto que la versión de Juan no se ha perdido para siempre (porque el
+ sistema recuerda cada cambio), cualquier cambio que Juan haya hecho
+ <emphasis>no</emphasis> estará presente en la versión más reciente de Carmen
+ porque, para empezar, ella nunca vio los cambios de Juan. El
+ trabajo de Juan sigue efectivamente perdido—o al menos
ausente en la última versión del archivo—y probablemente por
accidente. ¡Esta es definitivamente una situación que queremos evitar!</para>
@@ -108,19 +108,19 @@
<para>Muchos sistemas de control de versiones utilizan un modelo de
<firstterm>bloqueo-modificación-desbloqueo</firstterm> para atacar
este problema. En un sistema como éste, el repositorio sólo permite
- a una persona modificar un archivo al mismo tiempo. Harry debe
+ a una persona modificar un archivo al mismo tiempo. Juan debe
<quote>bloquear</quote> primero el archivo para luego empezar a
hacerle cambios. Bloquear un archivo se parece mucho a pedir prestado un
- libro de la biblioteca; si Harry ha bloqueado el archivo, entonces
- Sally no puede hacerle cambios. Por consiguiente, si ella intenta bloquear
+ libro de la biblioteca; si Juan ha bloqueado el archivo, entonces
+ Carmen no puede hacerle cambios. Por consiguiente, si ella intenta bloquear
el archivo, el repositorio rechazará la petición. Todo lo que puede hacer
- es leer el archivo y esperar a que Harry termine sus cambios y deshaga el
- bloqueo. Tras desbloquear Harry el archivo, Sally puede aprovechar su turno
+ es leer el archivo y esperar a que Juan termine sus cambios y deshaga el
+ bloqueo. Tras desbloquear Juan el archivo, Carmen puede aprovechar su turno
bloqueando y editando el archivo. La figura
<xref linkend="svn-ch-2-dia-3"/> demuestra esta sencilla solución.</para>
<figure id="svn-ch-2-dia-3">
- <title>La solucion bloqueo-modificación-desbloqueo</title>
+ <title>La solución bloqueo-modificación-desbloqueo</title>
<graphic fileref="images/ch02dia3.png"/>
</figure>
@@ -133,10 +133,10 @@
<emphasis>Bloquear puede causar problemas administrativos.</emphasis>
- En ocasiones Harry bloqueará un archivo y se olvidará de él. Mientras
- tanto, como Sally está aún esperando para editar el archivo, sus
- manos están atadas. Y luego Harry se va de vacaciones. Ahora Sally
- debe conseguir que un administrador deshaga el bloqueo de Harry.
+ En ocasiones Juan bloqueará un archivo y se olvidará de él. Mientras
+ tanto, como Carmen está aún esperando para editar el archivo, sus
+ manos están atadas. Y luego Juan se va de vacaciones. Ahora Carmen
+ debe conseguir que un administrador deshaga el bloqueo de Juan.
La situación termina causando muchas demoras innecesarias y
pérdida de tiempo.
</para></listitem>
@@ -144,8 +144,8 @@
<listitem><para>
<emphasis>Bloquear puede causar una serialización innecesaria.</emphasis>
- ¿Qué sucede si Harry está editando el inicio de un archivo de texto
- y Sally simplemente quiere editar el final del mismo archivo?
+ ¿Qué sucede si Juan está editando el inicio de un archivo de texto
+ y Carmen simplemente quiere editar el final del mismo archivo?
Estos cambios no se solapan en absoluto. Ambos podrían editar el
archivo simultáneamente sin grandes perjuicios, suponiendo
que los cambios se combinaran correctamente. No hay necesidad
@@ -155,13 +155,13 @@
<listitem><para>
<emphasis>Bloquear puede causar una falsa sensación de seguridad.</emphasis>
- Imaginemos que Harry bloquea y edita el archivo A, mientras que
- Sally bloquea y edita el archivo B al mismo tiempo. Pero suponga
+ Imaginemos que Juan bloquea y edita el archivo A, mientras que
+ Carmen bloquea y edita el archivo B al mismo tiempo. Pero suponga
que A y B dependen uno del otro y que los cambios hechos a cada
uno de ellos son semánticamente incompatibles. Súbitamente A y B ya no
funcionan juntos. El sistema de bloqueo se mostró ineficaz a la hora de
evitar el problema—sin embargo, y de algún modo, ofreció
- una falsa sensación de seguridad. Es fácil para Harry y Sally
+ una falsa sensación de seguridad. Es fácil para Juan y Carmen
imaginar que al bloquear archivos, cada uno está empezando una
tarea segura y aislada, lo cual les inhibe de discutir sus cambios
incompatibles desde un principio.
@@ -187,18 +187,18 @@
correctamente.
</para>
- <para>He aquí un ejemplo. Digamos que Harry y Sally crean sendas copias
+ <para>He aquí un ejemplo. Digamos que Juan y Carmen crean sendas copias
de trabajo del mismo proyecto, extraídas del repositorio. Ambos
trabajan concurrentemente y hacen cambios a un mismo archivo A dentro de
- sus copias. Sally guarda sus cambios en el repositorio primero. Cuando Harry
+ sus copias. Carmen guarda sus cambios en el repositorio primero. Cuando Juan
intenta guardar sus cambios más tarde, el repositorio le informa de que
su archivo A está <firstterm>desactualizado</firstterm>. En otras
palabras, que el archivo A en el repositorio ha sufrido algún cambio
- desde que lo copió por última vez. Por tanto, Harry le pide a su cliente
+ desde que lo copió por última vez. Por tanto, Juan le pide a su cliente
que <firstterm>mezcle</firstterm> cualquier cambio nuevo del
repositorio con su copia de trabajo del archivo A. Es probable que los
- cambios de Sally no se solapen con los suyos; así que una vez que tiene
- ambos juegos de cambios integrados, Harry guarda su copia de trabajo
+ cambios de Carmen no se solapen con los suyos; así que una vez que tiene
+ ambos juegos de cambios integrados, Juan guarda su copia de trabajo
de nuevo en el repositorio. Las figuras <xref
linkend="svn-ch-2-dia-4"/> y <xref linkend="svn-ch-2-dia-5"/>
muestran este proceso.</para>
@@ -213,18 +213,18 @@
<graphic fileref="images/ch02dia5.png"/>
</figure>
- <para>¿Pero qué ocurre si los cambios de Sally <emphasis>sí</emphasis>
- se solapan con los de Harry? ¿Entonces qué? Esta situación se conoce
+ <para>¿Pero qué ocurre si los cambios de Carmen <emphasis>sí</emphasis>
+ se solapan con los de Juan? ¿Entonces qué? Esta situación se conoce
como <firstterm>conflicto</firstterm> y no suele suponer un gran problema.
- Cuando Harry le pide a su cliente que mezcle los últimos
+ Cuando Juan le pide a su cliente que mezcle los últimos
cambios del repositorio en su copia de trabajo, su copia del archivo A
se marca de algún modo para indicar que está en estado de conflicto:
- Harry podrá ver ambos conjuntos de cambios conflictivos y escoger manualmente
+ Juan podrá ver ambos conjuntos de cambios conflictivos y escoger manualmente
entre ellos. Observe que el programa no puede resolver automáticamente
los conflictos; sólo los humanos son capaces de entender y tomar las
- decisiones inteligentes oportunas. Una vez que Harry ha resuelto
+ decisiones inteligentes oportunas. Una vez que Juan ha resuelto
manualmente los cambios solapados—posiblemente después de
- discutirlos con Sally—ya podrá guardar con seguridad el archivo
+ discutirlos con Carmen—ya podrá guardar con seguridad el archivo
mezclado en el repositorio.</para>
<para>La solución copiar-modificar-mezclar puede sonar un tanto caótica,
@@ -286,7 +286,7 @@
conocido como el <firstterm>directorio administrativo</firstterm> de
la copia de trabajo. Los archivos en cada directorio administrativo
ayudan a Subversion a reconocer qué archivos contienen cambios no
- publicados y qué archivos estan desactualizados con respecto al
+ publicados y qué archivos están desactualizados con respecto al
trabajo hecho por los demás.</para>
<para>Un repositorio típico de Subversion contiene a menudo los archivos
@@ -366,7 +366,7 @@
<row>
<entry><literal>https://</literal></entry>
<entry>igual que <literal>http://</literal>, pero con
- encriptación SSL.</entry>
+ cifrado SSL.</entry>
</row>
<row>
<entry><literal>svn://</literal></entry>
@@ -447,17 +447,17 @@
de <filename>/calc</filename>, podrá ver sus cambios en la última
versión del archivo.</para>
- <para>Suponga que tiene un colaborador, Sally, quien obtuvo una
+ <para>Suponga que tiene un colaborador, Carmen, quien obtuvo una
copia de trabajo de <filename>/calc</filename> al mismo tiempo
que usted. Cuando usted envía sus cambios sobre
- <filename>button.c</filename>, la copia de trabajo de Sally se deja
+ <filename>button.c</filename>, la copia de trabajo de Carmen se deja
sin cambios; Subversion solo modifica las copias de trabajo a
petición del usuario.</para>
- <para>Para tener su proyecto actualizado, Sally puede pedir a
+ <para>Para tener su proyecto actualizado, Carmen puede pedir a
Subversion que proceda a <firstterm>actualizar</firstterm> su copia de
trabajo, usando para ello el comando <command>update</command> de Subversion.
- Ésto incorporará los cambios hechos por usted en la copia de trabajo de Sally,
+ Ésto incorporará los cambios hechos por usted en la copia de trabajo de Carmen,
así como otros cambios consignados desde que ella hizo el check out.</para>
<screen>
@@ -473,7 +473,7 @@
<para>La salida del comando <command>svn update</command>
indica que Subversion actualizó el contenido de
- <filename>button.c</filename>. Observe que Sally no necesitó
+ <filename>button.c</filename>. Observe que Carmen no necesitó
especificar qué archivos actualizar; Subversion usa la información
del directorio <filename>.svn</filename>, junto con
información adicional del repositorio, para decidir qué archivos
@@ -566,7 +566,7 @@
button.c:5
</screen>
- <para>Suponga que, en este punto, Sally envía un cambio a
+ <para>Suponga que, en este punto, Carmen envía un cambio a
<filename>integer.c</filename>, creando la revisión 6. Si
usted usa <command>svn update</command> para actualizar
su copia de trabajo, ésta se verá ahora como:</para>
@@ -577,7 +577,7 @@
button.c:6
</screen>
- <para>Los cambios de Sally sobre <filename>integer.c</filename>
+ <para>Los cambios de Carmen sobre <filename>integer.c</filename>
aparecerán en su copia de trabajo y las modificaciones hechas
por usted seguirán presentes en <filename>button.c</filename>.
En este ejemplo, el texto de <filename>Makefile</filename> es
More information about the svnbook-dev
mailing list