[svnbook commit] r1246 - in trunk/src/es: . book

gradha svnbook-dev at red-bean.com
Tue Apr 26 06:44:56 CDT 2005


Author: gradha
Date: Tue Apr 26 06:44:55 2005
New Revision: 1246

Added:
   trunk/src/es/book/ch07.xml.aspell_ignore
Modified:
   trunk/src/es/.aspell_ignore
   trunk/src/es/Makefile
   trunk/src/es/TRABAJO
   trunk/src/es/book/ch07.xml
Log:
Book Spanish. Added aspell ignore list. Spell checked ch07.xml. Noted
down this chapter as translated.


Modified: trunk/src/es/.aspell_ignore
==============================================================================
--- trunk/src/es/.aspell_ignore	(original)
+++ trunk/src/es/.aspell_ignore	Tue Apr 26 06:44:55 2005
@@ -18,6 +18,7 @@
 author
 back
 backup
+bash
 beerfrick
 bin
 blah
@@ -49,6 +50,7 @@
 copy
 creative
 Creative
+Cygwin
 DAV
 dbrouard
 Debian
@@ -56,16 +58,20 @@
 desapuntarse
 diff
 differencing
+directory
 doc
 docbook
 Docbook
+DocBook
 Edelman
 ej
 email
 emails
 end
 eol
+Failed
 Federico
+find
 foo
 foreword
 formatea
@@ -100,6 +106,7 @@
 log
 Mailman
 make
+Make
 Makefile
 márquelo
 memory
@@ -129,6 +136,7 @@
 propedit
 props
 propset
+py
 Python
 relocalizar
 Reply
@@ -143,6 +151,7 @@
 script
 scripts
 share
+shell
 show
 source
 Sourceforge
@@ -191,4 +200,5 @@
 xsl
 XSL
 XSLT
+YY
 zxvf

Modified: trunk/src/es/Makefile
==============================================================================
--- trunk/src/es/Makefile	(original)
+++ trunk/src/es/Makefile	Tue Apr 26 06:44:55 2005
@@ -5,7 +5,7 @@
 
 include ../tools/Makefile.base
 
-BOOK_ASPELL_FILES = book foreword ch00 ch01 ch04 ch08
+BOOK_ASPELL_FILES = book foreword ch00 ch01 ch04 ch07 ch08
 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	Tue Apr 26 06:44:55 2005
@@ -49,7 +49,6 @@
 ch02.xml: Domingo Suárez Torres, beerfrick
 ch05.xml: dbrouard
 ch06.xml: Federico Edelman
-ch07.xml: gradha
 appd.xml: ruben
 
 Ficheros que han completado al menos una traducción básica:
@@ -62,6 +61,7 @@
 ch01.xml: ruben
 ch03.xml: ruben
 ch04.xml: gradha
+ch07.xml: gradha
 ch08.xml: gradha
 
 

Modified: trunk/src/es/book/ch07.xml
==============================================================================
--- trunk/src/es/book/ch07.xml	(original)
+++ trunk/src/es/book/ch07.xml	Tue Apr 26 06:44:55 2005
@@ -24,7 +24,7 @@
 
     <para>Este capítulo recalca algunas características de Subversion
       que no son usadas muy a menudo. En él, discutiremos el soporte
-      de propiedades (o <quote>metadatos</quote>) de Subversion,
+      de propiedades (o <quote>meta datos</quote>) de Subversion,
       y cómo modificar el comportamiento por defecto de Subversion
       alterando su área de configuración dedicada a parámetros de
       ejecución. Describiremos cómo puede usar definiciones externas
@@ -57,7 +57,7 @@
       los usuarios a recordar parámetros de línea de comando para
       especificar estas opciones, y usarlos para todas y cada una
       de las operaciones que realicen, Subversion usa ficheros
-      de configuración, segregados en un área de configuraciónde
+      de configuración, segregados en un área de configuración de
       Subversion.</para>
 
     <para>El <firstterm>área de configuración</firstterm> de
@@ -90,8 +90,8 @@
         área <filename>Application Data</filename> del directorio
         de perfil del usuario (el cual, por cierto, suele ser un
         directorio oculto).  No obstante, en esta plataforma la
-        localización exácta difiere de sistema a sistema, y es
-        dicatada por el registro de Windows.
+        localización exacta difiere de sistema a sistema, y es
+        dictada por el registro de Windows.
         <footnote>
           <para>La variable de entorno <literal>APPDATA</literal>
             apunta al área <filename>Application Data</filename>,
@@ -219,7 +219,7 @@
 
       <para>El cliente de línea de comando <command>svn</command>
         nunca intenta modificar el registro de Windows, así que
-        no intentará crear ahí ningun área de configuración por
+        no intentará crear ahí ningún área de configuración por
         defecto. Puede crear las claves que necesita usando el
         programa <command>REGEDIT</command>. Alternativamente,
         puede crear un fichero <filename>.reg</filename>, y entonces
@@ -297,7 +297,7 @@
         <title>Servers</title>
 
         <para>El fichero <filename>servers</filename> contiene
-          opcione de configuración de Subversion relacionadas con
+          opciones de configuración de Subversion relacionadas con
           las capas de red. Hay dos nombres de sección especiales
           en este fichero—<literal>groups</literal>
           y <literal>global</literal>.  La sección
@@ -305,7 +305,7 @@
           de referencias cruzadas. Las claves en esta sección son
           nombres de otras secciones en el fichero; sus valores son
           <firstterm>máscaras</firstterm>—palabras textuales
-          que posiblemente contienen carácteres comodines—que
+          que posiblemente contienen caracteres comodines—que
           son comparadas contra los nombres de la máquina a la que
           se envían peticiones Subversion.</para>
 
@@ -334,7 +334,7 @@
           configuración que será usada para todos los servidores
           que no encajen con ninguna de las máscaras de la
           sección <literal>groups</literal>. Las opciones
-          disponibles en esta sección son exáctamente las mismas
+          disponibles en esta sección son exactamente las mismas
           que aquellas válidas para otras secciones de servidor en
           el fichero (excepto, por supuesto, la sección especial
           <literal>groups</literal>), y son las siguientes:</para>
@@ -391,7 +391,7 @@
           <varlistentry>
             <term><literal>http-compression</literal></term>
             <listitem>
-              <para>Especifica si Subversion debería o nó intentar
+              <para>Especifica si Subversion debería o no intentar
                 comprimir las peticiones de red realizadas a
                 servidores con soporte DAV. El valor por defecto es
                 <literal>yes</literal> (aunque la compresión sólo
@@ -481,7 +481,7 @@
             <term><literal>store-auth-creds</literal></term>
             <listitem>
               <para>Esto indica a Subversion si desea mantener
-                una caché o nó de las credenciales de autenticación
+                una caché o no de las credenciales de autenticación
                 proporcionadas por el usuario en respuesta a demandas
                 de autenticación por parte del servidor. El valor
                 por defecto es <literal>yes</literal>.  Cambie esto
@@ -510,7 +510,7 @@
                 solicitar al usuario el mensaje del informe de
                 cambios cuando envía cambios al repositorio, como
                 por ejemplo al usar <command>svn commit</command>
-                sin las opciónes <option>--message</option>
+                sin las opciones <option>--message</option>
                 (<option>-m</option>) o <option>--file</option>
                 (<option>-F</option>).  Este programa
                 también se usa con el comando <command>svn
@@ -547,7 +547,7 @@
               <para>Especifica una ruta absoluta a un programa de
                 diferenciación a tres bandas. Subversion usa este
                 programa para fusionar cambios realizados por el
-                usuario con aquellos recividos del repositorio.  Por
+                usuario con aquellos recibidos del repositorio.  Por
                 defecto Subversion usa una librería de diferenciación
                 interna—activando esta opción obligará realizar
                 esta tarea usando un programa externo.</para>
@@ -623,7 +623,7 @@
 
               <para>La sección <literal>auto-props</literal> controla
                 la capacidad del cliente de Subversion de poner
-                automaticamente propiedades en ficheros que fueron
+                automáticamente propiedades en ficheros que fueron
                 añadidos o importados. Contiene un número de
                 parejas clave-valor en el formato <literal>PATRÓN =
                 NOMBREPROPIEDAD=VALORPROPIEDAD</literal> donde
@@ -634,7 +634,7 @@
                 resultarán en múltiples propiedades para ese
                 fichero; no obstante, no hay garantía alguna de
                 que las auto propiedades sean aplicadas en el
-                órden en el cual fueron listadas en el fichero de
+                orden en el cual fueron listadas en el fichero de
                 configuración, así que no puede tener una regla
                 que <quote>redefina</quote> otra.  Puede encontrar
                 varios ejemplos del uso de auto propiedades en el
@@ -649,7 +649,7 @@
             <term><literal>log-encoding</literal></term>
             <listitem>         
               <para>Esta variable ajusta el formato por defecto de
-                codificación de carácteres de los informes
+                codificación de caracteres de los informes
                 de cambios. Es una versión permanente de la
                 opción <option>--encoding</option> (vea <xref
                 linkend="svn-ch-9-sect-1.1"/>.)  El repositorio
@@ -723,7 +723,7 @@
       ellas como tablas de dos columnas que relacionan nombres de
       propiedades con valores arbitrarios anexos a cada elemento en
       su copia de trabajo local. En general, los nombres y valores
-      de las propiedades pueden ser cualquier cosa que usted desée,
+      de las propiedades pueden ser cualquier cosa que usted desee,
       con la restricción de que los nombres sean texto legible
       por humanos. Y la mejor parte de estas propiedades es que
       también son versionadas, igual que el contenido textual de
@@ -774,17 +774,17 @@
       <para>Digamos que desea diseñar una página web que almacene
         muchas fotos digitales, y las muestra con descripciones
         y una marca de fecha. Ahora, su conjunto de fotos cambia
-        constántemente, así que le gustaría tener la mayor parte
+        constantemente, así que le gustaría tener la mayor parte
         posible de la web automatizada. Estas fotos pueden ser
         bastante grandes, así que como es habitual en páginas
         web de esta naturaleza, desea proporcionar miniaturas
-        de las imágenes a los visitates de su web. Puede
+        de las imágenes a los visitantes de su web. Puede
         hacer esto con ficheros tradicionales. Es decir,
         puede tener su <filename>imagen123.jpg</filename>
         y <filename>imagen123-miniatura.jpg</filename>
         uno al lado del otro en un directorio. O si
-        prefiere tener los mismos nombres, puede tener las
-        miniaturas en un directorio diferente, como like
+        prefiere tener los mismos nombres, puede tener
+        las miniaturas en un directorio diferente, como
         <filename>miniaturas/imagen123.jpg</filename>.  También
         puede almacenar sus descripciones y marcas de fechas del
         mismo modo, de nuevo separados del fichero original de
@@ -838,7 +838,7 @@
       <para>Pero hemos estado <!-- TODO touting?--> alabando la
         flexibilidad que Subversion ofrece para los valores de sus
         propiedades. Y si está planeando tener un valor de propiedad
-        textual multilínea, o incluso binario, probablemente
+        textual multi línea, o incluso binario, probablemente
         no quiera proporcionarlo en la línea de comando. Así
         que el subcomando <command>propset</command> acepta el
         parámetro <option>--file</option> (<option>-F</option>)
@@ -863,7 +863,7 @@
         programa de edición hasta que represente el nuevo valor
         que desea almacenar para la propiedad, guarde el fichero
         temporal, y salga del programa de edición. Si Subversion
-        detecta que realmente ha modificado el fichero, acceptará
+        detecta que realmente ha modificado el fichero, aceptará
         esta versión como nuevo valor de la propiedad. Si sale de
         su programa de edición sin realizar cambios, la propiedad
         no será modificada.</para>
@@ -993,7 +993,7 @@
           quizás desee reemplazar el mensaje del informe de cambios
           de una revisión existente.
           <footnote>
-            <para>Corregir faltas ortograficas, errores gramaticales,
+            <para>Corregir faltas ortográficas, errores gramaticales,
               y <quote>simplemente-cosas-incorrectas</quote>
               en el mensaje del informe de cambios es quizás
               el caso de uso más habitual para la opción
@@ -1091,7 +1091,7 @@
 </screen>
  
         <para>Para resolver conflictos de propiedades, simplemente
-          asegúrese de que las propiedades en conclicto contienen
+          asegúrese de que las propiedades en conflicto contienen
           los valores que deberían, y entonces use el comando
           <command>svn resolved</command> para indicar a Subversion
           que ha solucionado manualmente el problema.</para>
@@ -1152,7 +1152,7 @@
           ejecución al sistema operativo.</para>
 
         <para>En muchos sistemas operativos, la capacidad de ejecutar
-          un fichero o comando es governada por la presencia de un
+          un fichero o comando es gobernada por la presencia de un
           bit de permiso de ejecución.  Éste suele estar desactivado
           por defecto, y debe ser activado de forma explícita
           por el usuario para cada fichero que lo requiera. En
@@ -1289,7 +1289,7 @@
           <title>Patrones de exclusión para usuarios de CVS</title>
         
           <para>La propiedad <literal>svn:ignore</literal> de
-            Subversion es muy similar en sintáxis y funcionalidad
+            Subversion es muy similar en sintaxis y funcionalidad
             al fichero <filename>.cvsignore</filename> de CVS.
             De hecho, si está migrando una copia local de CVS a
             Subversion, puede migrar directamente los patrones de
@@ -1317,7 +1317,7 @@
 
         <para>Para este propósito, la propiedad
           <literal>svn:ignore</literal> es la solución.  Su valor es
-          un conjunto multilínea de patrones de ficheros, un patrón
+          un conjunto multi línea de patrones de ficheros, un patrón
           por línea. La propiedad se activa en el directorio donde
           quiere que los patrones sean aplicados.
           <footnote>
@@ -1388,7 +1388,7 @@
           que están presentes y no versionados. Y ahora tras haber
           eliminado todo el ruido trivial del listado, se encuentra
           con elementos más interesantes—como por ejemplo el
-          fichero de código fuente que proablemente olvidó poner
+          fichero de código fuente que probablemente olvidó poner
           bajo control de versiones.</para>
 
         <para>Si quiere ver los ficheros ignorados, puede pasar
@@ -1422,7 +1422,7 @@
       <sect3 id="svn-ch-7-sect-2.3.4">
         <title><literal>svn:keywords</literal></title>
 
-        <para>Subversion tiene la capacidad de sustituír
+        <para>Subversion tiene la capacidad de sustituir
           <firstterm>palabras clave</firstterm>—trozos dinámicos
           de información útil sobre un fichero versionado—en
           el contenido de los propios ficheros. Las palabras clave
@@ -1451,7 +1451,7 @@
           <literal>$</literal><replaceable>PalabraClave</replaceable><literal>$</literal>.</para>
 
         <para>Subversion una lista de palabras clave disponibles para ser
-          sustituídas. Esta lista contiene las cinco siguientes palabras
+          sustituidas. Esta lista contiene las cinco siguientes palabras
           clave, algunas de las cuales tienen sinónimos más cortos que
           también puede usar:</para>
 
@@ -1482,7 +1482,7 @@
             <listitem>
               <para>Esta palabra clave describe el último usuario conocido
                 que modificó este fichero en el repositorio, y tiene
-                el aspecto <literal>$LastChangedBy: harry $</literal>.
+                el aspecto <literal>$LastChangedBy: juan $</literal>.
                 Puede ser abreviada como <literal>Author</literal>.</para>
             </listitem>
           </varlistentry>
@@ -1499,10 +1499,9 @@
           <varlistentry>
             <term><literal>Id</literal></term>
             <listitem>
-              <para>Esta palabra clave es una combinación comprimida de
-                las otras palabras clave. Su sustitución tiene el
-                siguiente aspecto other keywords.  Its substitution
-                looks something like <literal>$Id: calc.c 148 2002-07-28
+              <para>Esta palabra clave es una combinación comprimida
+                de las otras palabras clave. Su sustitución tiene
+                el aspecto <literal>$Id: calc.c 148 2002-07-28
                 21:30:43Z carmen $</literal>, y su interpretación
                 indica que el fichero <filename>calc.c</filename>
                 fue modificado por última vez en la revisión 148
@@ -1514,21 +1513,22 @@
 
         <para>Añadir únicamente la marca con la palabra clave a su
           fichero no hace nada especial. Subversion nunca intentará
-          realizar sustituciones textuales en sus ficheros a no ser que
-          usted lo pida explícitamente. Después de todo, quizás esté
-          escribiendo un documento
+          realizar sustituciones textuales en sus ficheros a no
+          ser que usted lo pida explícitamente. Después de todo,
+          quizás esté escribiendo un documento
           <footnote>
-            <para>… o quizás incluso una sección de un libro …</para>
+            <para>… o quizás incluso una sección de un libro
+            …</para>
           </footnote> 
           sobre cómo usar palabras clave, ¡y no desea que Subversion
           sustituya sus bonitos ejemplos de marcas de palabras claves
-          no sustituídas!</para>
+          no sustituidas!</para>
 
-        <para>Para indicar a Subversion si desea o nó sustituir palabras
+        <para>Para indicar a Subversion si desea o no sustituir palabras
           clave en un fichero particular, de nuevo volvemos a usar
           los subcomandos relacionados con propiedades. La propiedad
           <literal>svn:keywords</literal>, una vez activada en un fichero
-          versionado, controla qué palabras clave serán sustituídas. El
+          versionado, controla qué palabras clave serán sustituidas. El
           valor es una lista delimitada por espacios con las palabras
           clave o sinónimos de la tabla anterior.</para>
 
@@ -1559,7 +1559,7 @@
           cambios en el contenido del fichero (a no ser que haya realizado
           algunos antes de activar la propiedad).  Fíjese que el fichero
           contenía la marca de la palabra clave <literal>Rev</literal>,
-          y no obstante no incluímos esta palabra clave en el valor de
+          y no obstante no incluimos esta palabra clave en el valor de
           la propiedad. Subversion ignorará felizmente peticiones para
           sustituir palabras clave que no están presentes en el fichero,
           y no sustituirá palabras clave que no están presentes en el
@@ -1569,16 +1569,16 @@
           <title>Palabras clave y diferencias espurias</title>
 
           <para>El resultado de la sustitución de palabras clave
-            visible por usuarios finales puede levarle a pensar que
+            visible por usuarios finales puede llevarle a pensar que
             cada versión de un fichero que use esta característica
-            diferirá de la versión anterior en almenos el área donde
+            diferirá de la versión anterior en al menos el área donde
             fue colocada la marca de la palabra clave. No obstante,
             este no es el caso.  Mientras se buscan modificaciones
             locales durante <command>svn diff</command>, y antes de
             transmitir esas modificaciones locales durante <command>svn
             commit</command>, Subversion <quote>de-sustituye</quote>
             <!-- Quizás resustituye? -->palabras clave anteriormente
-            sustituídas. El resultado es que las versiones del fichero
+            sustituidas. El resultado es que las versiones del fichero
             que están almacenadas en el repositorio contienen únicamente
             las modificaciones reales que los usuarios realizan en el
             fichero.</para>
@@ -1588,12 +1588,12 @@
         <para>Inmediatamente después de que envíe al repositorio la
           modificación de esta propiedad, Subversion actualizará
           la copia local de su fichero con el nuevo texto
-          sustituído.  En lugar de ver su marca de palabra clave
+          sustituido.  En lugar de ver su marca de palabra clave
           <literal>$LastChangedDate$</literal>, verá el resultado de
           su sustitución.  El resultado también contendrá el nombre de
-          la palabra clave, y continuará estando rodeado por carácteres
+          la palabra clave, y continuará estando rodeado por caracteres
           de dólar (<literal>$</literal>).  Y tal y como predijimos,
-          la palabra clave <literal>Rev</literal> no fue sustituída
+          la palabra clave <literal>Rev</literal> no fue sustituida
           porque no solicitamos hacerlo.</para>
 
         <screen>
@@ -1603,12 +1603,12 @@
 Cumulus clouds are appearing more frequently as summer approaches.
 </screen>
         
-        <para>Si alguna otra persona envia al repositorio cambios sobre
+        <para>Si alguna otra persona envía al repositorio cambios sobre
           el fichero <filename>weather.txt</filename>, su copia de ese
           fichero continuará mostrando el mismo valor de la sustitución de
           la palabra clave—hasta que actualice su copia de trabajo
           local. Durante ese instante las palabras clave de su fichero
-          <filename>weather.txt</filename> serán re-sustituídas para
+          <filename>weather.txt</filename> serán re-sustituidas para
           reflejar la información más reciente de ese fichero enviada
           al repositorio.</para>
 
@@ -1620,19 +1620,19 @@
         <para>Mientras la propiedad <literal>svn:mime-type</literal>
           de un fichero versionado no indique lo contrario,
           Subversion asume que el fichero contiene datos legibles
-          por seres humanos. En general, Subversion slo usa
+          por seres humanos. En general, Subversion sólo usa
           este conocimiento para determinar si se pueden realizar
           ficheros diferenciales contextuales sobre el fichero.
           En caso contrario, para Subversion, los bytes son
           bytes.</para>
         
         <para>Esto significa que por defecto, Subversion no
-          presta atencin al tipo de <firstterm>marcas de fn de
-          lnea (EOL)</firstterm> que use en sus ficheros.
+          presta atención al tipo de <firstterm>marcas de fin de
+          línea (EOL)</firstterm> que use en sus ficheros.
           Desafortunadamente, diferentes sistemas operativos
-          usan carcteres diferentes para representar los fines
-          de lnea en un fichero de texto. Por ejemplo, el carcter
-          de fín de línea habitual usado por software en la
+          usan caracteres diferentes para representar los fines
+          de línea en un fichero de texto. Por ejemplo, el carácter
+          de fin de línea habitual usado por software en la
           plataforma Windows es una pareja de caracteres de
           control ASCII —retorno de carro (<literal>CR</literal>)
           y nueva línea<!-- TODO line feed mal traducido-->
@@ -1642,19 +1642,19 @@
 
         <para>No todas las herramientas en estos sistemas
           operativos están preparadas para entender ficheros
-          en formatos que difieran del <firstterm>estilo de fín
+          en formatos que difieran del <firstterm>estilo de fin
           de línea nativo</firstterm> del sistema operativo
           sobre el cual están corriendo. Los resultados habituales
           son que los programas Unix tratan el carácter
           <literal>CR</literal> presente en ficheros Windows
-          como carácteres regulares (normalmente mostrados como
+          como caracteres regulares (normalmente mostrados como
           <literal>^M</literal>), y los programas Windows
           combinan todas las líneas de un fichero Unix en una
-          línea gigante porque no encuentranla combinación de
+          línea gigante porque no encuentran la combinación de
           retorno de carro y nueva línea (o <literal>CRLF</literal>)
           que marca el fin de línea.</para>
 
-        <para>Esta sensitividad <!--TODO bonito palabro --> a marcas
+        <para>Esta sensibilidad <!--TODO bonito palabro --> a marcas
           EOL extrañas puede resultar frustrante para quienes
           comparten un fichero en múltiples sistemas operativos
           diferentes.  Por ejemplo, considere un fichero de
@@ -1674,12 +1674,12 @@
           <command>unix2dos</command>) para preparar el fichero
           antes de modificarlo. En el segundo caso no hace falta
           preparación adicional. ¡Pero en ambos casos el resultado
-          es un fichero que difiere del origenal en todas y
+          es un fichero que difiere del origen al en todas y
           cada una de las líneas! Antes de enviar sus cambios
           al repositorio, el usuario tiene dos opciones. O bien
           usa una utilidad de conversión para recuperar el
           estilo de línea que tenía el fichero antes de ser
-          modificadi.  O, simplemente puede enviar sus
+          modificado.  O, simplemente puede enviar sus
           cambios—con nuevas marcas EOL y todo.</para>
 
         <para>El resultado de este tipo de escenarios incluyen
@@ -1746,7 +1746,7 @@
             <listitem>
               <para>Esto provoca que el fichero contenga el carácter
                 <literal>CR</literal> como marca EOL, sin importar
-                el sistema operativo usado.  Este estilo de fín de
+                el sistema operativo usado.  Este estilo de fin de
                 línea no es muy habitual. Fue usado en plataformas
                 Macintosh antiguas (en las cuales Subversion ni si
                 quiera funciona).</para>
@@ -1812,14 +1812,14 @@
         área de parámetros de ejecución.  De nuevo, éstos afectan
         a adiciones e importaciones, y no sólo pueden sobreescribir
         cualquier tipo de decisión MIME por defecto tomada por
-        Subversion, también pueden ajustar otras propiedadesç
+        Subversion, también pueden ajustar otras propiedades
         propias o de Subversion. Por ejemplo, podría crear una
         relación que dice que cada vez que añada ficheros
         JPEG—aquellos que coincidan con el patrón
         <literal>*.jpg</literal>—Subversion debería ajustar
         automáticamente la propiedad <literal>svn:mime-type</literal>
         de esos ficheros a <literal>image/jpeg</literal>.  O
-        quizás cualquier fichero que concida con
+        quizás cualquier fichero que coincida con
         <literal>*.cpp</literal> debería tener la propiedad
         <literal>svn:eol-style</literal> ajustada a
         <literal>native</literal>, y <literal>svn:keywords</literal>
@@ -1838,7 +1838,7 @@
   <sect1 id="svn-ch-7-sect-3">
     <title>Repositorios externos</title>
     
-    <para>A veces resulta útil construír una copia de trabajo local
+    <para>A veces resulta útil construir una copia de trabajo local
       compuesta a partir de varias.  Por ejemplo, podría querer que
       diferentes subdirectorios provengan de repositorios completamente
       diferentes. Decididamente puede configurar tal escenario a
@@ -1855,7 +1855,7 @@
       posiblemente una revisión particular—de un recurso
       versionado.  En Subversion, declara definiciones externas en
       grupos usando la propiedad <literal>svn:externals</literal>.
-      Puede crear o midifcar esta propiedad usando los comandos
+      Puede crear o modificar esta propiedad usando los comandos
       <command>svn propset</command> o <command>svn propedit</command>
       (vea <xref linkend="svn-ch-7-sect-2.1"/>). Puede ser ajustada
       en un directorio versionado, y su valor es una tabla multi
@@ -1870,7 +1870,7 @@
 third-party/skins/toolkit -r21 http://svn.red-bean.com/repos/skin-maker
 </screen>
 
-    <para>La convenciencia de la propiedad <literal>svn:externals</literal>
+    <para>La conveniencia de la propiedad <literal>svn:externals</literal>
       es que una vez ha sido ajustada en un directorio versionado,
       cualquiera que obtenga una copia local de trabajo de ese
       directorio, también obtendrá el beneficio de la definición
@@ -1929,7 +1929,7 @@
       locales creadas vía definición externa todavía están desconectadas
       de la copia local de trabajo primaria (en cuyos directorios
       versionados ajustó la propiedad <literal>svn:externals</literal>).
-      Y Subversion todavía funciona sólamente sobre copias locales
+      Y Subversion todavía funciona solamente sobre copias locales
       no disjuntas. Así que, por ejemplo, si quiere enviar cambios
       al repositorio realizados en una o más de esas copias locales
       externas, debe ejecutar el comando <command>svn commit</command>
@@ -2006,7 +2006,7 @@
       los datos de terceros en su propio sistema de control de
       versiones. Volviendo al ejemplo de desarrollo de software,
       los programadores podrían necesitar hacer modificaciones a
-      esa librería exxterna para sus propios propósitos. Estas
+      esa librería externa para sus propios propósitos. Estas
       modificaciones podrían incluir nueva funcionalidad o correcciones
       de fallos, mantenidos internamente sólo hasta que se conviertan
       en parte de un lanzamiento oficial de esa librería externa.
@@ -2055,7 +2055,7 @@
         esta manera. Primero crea un directorio en la raíz de
         su jerarquía (como por ejemplo <filename>/vendor</filename>)
         para almacenar las ramas de proveedor. Entonces importa
-        el código de terceros en un subdirectorio de ese diretorio
+        el código de terceros en un subdirectorio de ese directorio
         principal. Luego copia ese subdirectorio en su rama
         principal de desarrollo (por ejemplo,
         <filename>/trunk</filename>) en un lugar apropiado.
@@ -2087,7 +2087,7 @@
 …
 </screen>
     
-      <para>Tenemos ahorala versión actual del código fuente de
+      <para>Tenemos ahora la versión actual del código fuente de
         libcomplex en <filename>/vendor/libcomplex/current</filename>.
         Ahora, etiquetamos esa versión (vea <xref
         linkend="svn-ch-4-sect-6" />) y luego la copiamos en
@@ -2161,7 +2161,7 @@
         de versiones. Los ficheros ausentes son ficheros que
         existían en la 1.0 pero no en la 1.1, y sobre éstos
         usamos <command>svn remove</command>.  Finalmente, una
-        vezz que nuestra copia local de <filename>current</filename>
+        vez que nuestra copia local de <filename>current</filename>
         contiene únicamente el código de libcomplex 1.1, enviamos
         al repositorio los cambios realizados para que tenga
         este aspecto.</para>



More information about the svnbook-dev mailing list