[svnbook commit] r1192 - trunk/src/es/book

[gradha at red-bean.com]

Author: gradha
Date: Sat Mar 26 11:07:40 2005
New Revision: 1192

Modified:
   trunk/src/es/book/ch07.xml
Log:
Book Spanish. Four paragraphs translated.

Modified: trunk/src/es/book/ch07.xml
==============================================================================
--- trunk/src/es/book/ch07.xml	(original)
+++ trunk/src/es/book/ch07.xml	Sat Mar 26 11:07:40 2005
@@ -1244,42 +1244,46 @@
           <command>svn status</command>, <command>svn add</command>,
           y <command>svn import</command>.</para>
 
-        <para>The rationale behind the <literal>svn:ignore</literal>
-          property is easily explained.  Subversion does not assume
-          that every file or subdirectory in a working copy directory
-          is intended for version control.  Resources must be
-          explicitly placed under Subversion's management using the
-          <command>svn add</command> or <command>svn import</command>
-          commands.  As a result, there are often many resources in a
-          working copy that are not versioned.</para>
-
-        <para>Now, the <command>svn status</command> command displays
-          as part of its output every unversioned file or subdirectory
-          in a working copy that is not already filtered out by the
-          <literal>global-ignores</literal> option (or its built-in
-          default value).  This is done so that users can see if
-          perhaps they've forgotten to add a resource to version
-          control.</para>
-
-       <para>But Subversion cannot possibly guess the names of
-          every resource that should be ignored.  Also, quite often
-          there are things that should be ignored in
-          <emphasis>every</emphasis> working copy of a particular
-          repository.  To force every user of that repository to add
-          patterns for those resources to their run-time configuration
-          areas would be not just a burden, but has the potential to
-          clash with the configuration needs of other working copies
-          that the user has checked out.</para>
-
-        <para>The solution is to store ignore patterns that are unique
-          to the resources likely to appear in a given directory with
-          the directory itself.  Common examples of unversioned
-          resources that are basically unique to a directory, yet
-          likely to appear there, include output from program
-          compilations.  Or—to use an example more appropriate
-          to this book—the HTML, PDF, or PostScript files
-          generated as the result of a conversion of some source
-          DocBook XML files to a more legible output format.</para>
+        <para>La razón tras la propiedad
+          <literal>svn:ignore</literal> es fácil de explicar.
+          Subversion no asume que todo fichero o subdirectorio de una
+          copia de trabajo local está destinado a ser puesto bajo
+          control de versiones. Los recursos deben ser asignados
+          explícitamente bajo la gestión de Subversion usando
+          los comandos <command>svn add</command> o <command>svn
+          import</command>.  Como resultado, con frecuencia
+          muchos recursos en una copia local de trabajo no están
+          versionados.</para>
+
+        <para>Ahora, el comando <command>svn status</command>
+          muestra como parte de su salida cada fichero o
+          subdirectorio en la copia local de trabajo que no está
+          filtrado por la opción <literal>global-ignores</literal>
+          (o su valor por defecto).  Esto se hace así para que los
+          usuarios puedan ver si quizás han olvidado poner un recurso
+          bajo control de versiones.</para>
+
+       <para>Pero Subversion es incapaz de adivinar los nombres
+          de cada recurso que debe ser ignorado. Además,
+          a menudo hay cosas que deberían ser ignoradas en
+          <emphasis>cada</emphasis> copia local de trabajo de
+          un repositorio particular.  Obligar a cada usuario del
+          repositorio a que añada patrones para estos recursos a sus
+          áreas de configuración de parámetros de ejecución no sólo
+          sería un incordio, sino que podría entrar en conflicto con
+          las necesidades de configuración de otras copias locales
+          de trabajo que el usuario ha obtenido.</para>
+
+        <para>La solución es almacenar los patrones a ignorar que
+          son únicos del directorio donde deben ser aplicados
+          junto con el propio directorio.  Ejemplos habituales de
+          recursos no versionados que son básicamente únicos de
+          cada directorio, y propensos a aparecer ahí, son ficheros
+          generados por la compilación de programas. O—para
+          usar un ejemplo más apropiado para este libro—los
+          ficheros HTML, PDF o PostScript generados como resultado
+          de la conversión de los ficheros fuente XML DocBook a un
+          formato de salida más legible.</para>
 
         <sidebar>
           <title>Ignore Patterns for CVS Users</title>