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

gradha at red-bean.com gradha at red-bean.com
Wed Mar 23 02:44:46 CST 2005


Author: gradha
Date: Wed Mar 23 02:44:44 2005
New Revision: 1187

Modified:
   trunk/src/es/book/ch07.xml
Log:
Book Spanish. Translated two paragraphs.

Modified: trunk/src/es/book/ch07.xml
==============================================================================
--- trunk/src/es/book/ch07.xml	(original)
+++ trunk/src/es/book/ch07.xml	Wed Mar 23 02:44:44 2005
@@ -1187,34 +1187,39 @@
       <sect3 id="svn-ch-7-sect-2.3.2">
         <title><literal>svn:mime-type</literal></title>
         
-        <para>The <literal>svn:mime-type</literal> property serves
-          many purposes in Subversion.  Besides being a
-          general-purpose storage location for a file's Multipurpose
-          Internet Mail Extensions (MIME) classification, the value of
-          this property determines some behavioral characteristics
-          of Subversion itself.</para>
-
-        <para>For example, if a file's
-          <literal>svn:mime-type</literal> property is set to a
-          non-text MIME type (generally, something that doesn't begin
-          with <literal>text/</literal>, though there are exceptions),
-          Subversion will assume that the file contains
-          binary—that is, not human-readable—data.  One of
-          the benefits that Subversion typically provides is
-          contextual, line-based merging of changes received from the
-          server during an update into your working file.  But for
-          files believed to contain binary data, there is no concept
-          of a <quote>line</quote>.  So, for those files, Subversion
-          does not attempt to perform contextual merges during
-          updates.  Instead, any time you have locally modified a
-          binary working copy file that is also being updated, your
-          file is renamed with a <filename>.orig</filename> extension,
-          and then Subversion stores a new working copy file that
-          contains the changes received during the update, but not
-          your own local modifications, at the original filename.
-          This behavior is really for the protection of the user
-          against failed attempts at performing contextual merges on
-          files that simply cannot be contextually merged.</para>
+        <para>La propiedad <literal>svn:mime-type</literal> tiene
+          varios propósitos en Subversion. Aparte de ser el
+          lugar genérico para almacenar la clasificación
+          de extensión polivalente de correo por Internet
+          (MIME<footnote><para>N.T.: <quote>Multipurpose Internet
+          Mail Extension</quote> en inglés.</para></footnote>), el
+          valor de esta propiedad determina algunas características
+          del comportamiento de Subversion.</para>
+
+        <para>Por ejemplo, si la propiedad
+          <literal>svn:mime-type</literal> de un fichero tiene un
+          valor de tipo MIME no textual (generalmente, algo que no
+          comienza con <literal>text/</literal>, aunque hay algunas
+          excepciones), Subversion asumirá que el fichero contiene
+          datos binarios—es decir, no legibles por un ser
+          humano. Uno de los beneficios habitualmente proporcionado
+          por Subversion es el fusionado contextual, basado en
+          líneas, de los cambios recibidos del servidor durante una
+          actualización de su fichero de la copia local. Pero para
+          los ficheros que se considera contienen datos binarios,
+          no existe el concepto de una <quote>línea</quote>. Así
+          que para esos ficheros, Subversion no intenta realizar un
+          fusionado contextual durante la actualización. En su lugar,
+          siempre que tenga un fichero binario en su copia local
+          que esté siendo actualizado, su fichero es renombrado
+          con la extensión <filename>.orig</filename>, y entonces
+          Subversion almacena un nuevo fichero que contiene los
+          cambios recibidos durante la actualización, pero sin sus
+          modificaciones locales, con el nombre de fichero original.
+          Este comportamiento es realmente una protección para el
+          usuario contra intentos fallidos de realizar fusionados
+          contextuales sobre ficheros que simplemente no pueden ser
+          fusionados contextualmente.</para>
 
         <para>Also, if the <literal>svn:mime-type</literal>
           property is set, then the Subversion Apache module will use



More information about the svnbook-dev mailing list