[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