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

ruben at red-bean.com ruben at red-bean.com
Sat Mar 26 07:01:00 CST 2005


Author: ruben
Date: Sat Mar 26 07:00:59 2005
New Revision: 1190

Modified:
   trunk/src/es/book/appb.xml
Log:
Book Spanish. Translated some paragraphs.


Modified: trunk/src/es/book/appb.xml
==============================================================================
--- trunk/src/es/book/appb.xml	(original)
+++ trunk/src/es/book/appb.xml	Sat Mar 26 07:00:59 2005
@@ -470,40 +470,43 @@
           Subversion virtual "location" to exist within two different
           scopes at the same time.--></para>
 
-        <para>For example, if you've exported a repository as
-            <literal><Location /www/foo></literal>, but you've
-            also set your <literal>DocumentRoot</literal> to be
-            <filename>/www</filename>, then you're in trouble.  When
-            the request comes in for
-            <filename>/www/foo/bar</filename>, apache doesn't know
-            whether to find a <emphasis>real</emphasis> file named
-            <filename>/foo/bar</filename> within your
-            <literal>DocumentRoot</literal>, or whether to ask
-            mod_dav_svn to fetch a file <filename>/bar</filename> from
-            the <filename>/www/foo</filename> repository.  Usually the
-            former case wins, and hence the "Moved Permanently"
-            error.</para>
-
-        <para>The solution is to make sure your repository
-          <literal><Location></literal> does not overlap or live
-          within any areas already exported as normal web
-          shares.</para>
+        <para>Por ejemplo, si ha exportado un repositorio como
+            <literal><Location /www/foo></literal>, pero también
+            ha definido su <literal>DocumentRoot</literal> para ser
+            <filename>/www</filename>, entonces usted está en apuros.
+            Cuando la petición viene para<!--TODO: When the request comes
+            in for--> <filename>/www/foo/bar</filename>, apache no sabe
+            si encontrar un fichero <emphasis>real</emphasis> llamado
+            <filename>/foo/bar</filename> dentro de su
+            <literal>DocumentRoot</literal>, o si pedir a mod_dav_svn
+            para obtener un fichero <filename>/bar</filename> del
+            repositorio <filename>/www/foo</filename>. Generalmente el
+            caso formado gana<!--TODO:the former case wins-->, y aparece
+            el error "Movido Permanentemente".</para>
+            <!--TODO: "Moved Permanently"-->
+
+        <para>La solución es asegurarse que su repositorio
+          <literal><Location></literal> no solape <!--TODO:overlap-->
+          o viva dentro de cualquier área ya exportada como parte
+          normal de intercambio web.<!--TODO:as normal web shares--></para>
       </sect3>
 
       
       <sect3 id="svn-ap-b-sect-1.2.16">
-        <title>I'm trying to look at an old version of my file, but svn
-          says something about "path not found".</title>
-
-        <para>A nice feature of Subversion is that the repository
-          understands copies and renames, and preserves the historical
-          connections.  For example, if you copy
-          <filename>/trunk</filename> to
-          <filename>/branches/mybranch</filename>, then the repository
-          understands that every file in the branch has a
-          "predecessor" in the trunk.  Running <filename>svn log
-          --verbose</filename> will show you the historical copy, so
-          you can see the rename:</para>
+        <title>Estoy intentando mirar una versión antigua de mi fichero,
+          pero svn dice algo sobre "path no encontrado".<!--TODO:"path not
+          found"--></title>
+
+        <para>Una buena característica de Subversion es que el repositorio
+          entiende las copias y los renombramientos<!--TODO:renames-->, y
+          preserva las conexiones históricas<!--TODO:historical connections..
+          o es historial de conexiones??-->. Por ejemplo, si usted copia
+          <filename>/trunk</filename> a
+          <filename>/branches/mybranch</filename>, entones el repositorio
+          entiende que cada fichero en la rama tiene un "predecesor" en
+          el tronco. Ejecutando <filename>svn log
+          --verbose</filename> le mostrará la copia historica, asi que
+          usted puede ver el renombramiento:</para>
 
 <screen>
 r7932 | joe | 2003-12-03 17:54:02 -0600 (Wed, 03 Dec 2003) | 1 line
@@ -511,20 +514,23 @@
    A /branches/mybranch (from /trunk:7931)
 </screen>
 
-        <para>Unfortunately, while the repository is aware of copies
-          and renames, almost all the svn client subcommands in
-          version 1.0 are <emphasis>not</emphasis> aware.  Commands
-          like <command>svn diff</command>, <command>svn
-          merge</command>, and <command>svn cat</command> ought to
-          understand and follow renames, but don't yet do this.  It's
-          scheduled as a post-1.0 feature.  For example, if you ask
-          <command>svn diff</command> to compare two earlier versions
-          of <filename>/branches/mybranch/foo.c</filename>, the
-          command will not automatically understand that the task
-          actually requires comparing two versions of
-          <filename>/trunk/foo.c</filename>, due to the rename.
-          Instead, you'll see an error about how the branch-path
-          doesn't exist in the earlier revisions.</para>
+        <para>Desafortunadamente, mientras el repositorio está enterado
+          de las copias y renombres<!--TODO:is aware of copies
+          and renames-->, casi todos los cubcomandos del cliente svn
+          con versión 1.0 <emphasis>no</emphasis> están enterados.
+          Comandos como <command>svn diff</command>, <command>svn
+          merge</command>, y <command>svn cat</command> es necesario
+          que entiendan y sigan los renombramientos<!--TODO:ought to
+          understand and follow renames-->, pero todavía no hace esto.
+          Esto está programado como una característica post-1.0. Por
+          ejemplo, si hace a <command>svn diff</command> comparar dos
+          versiones anteriores de
+          <filename>/branches/mybranch/foo.c</filename>, el comando
+          no entenderá automaticamente que la tarea requiere realmente
+          comparar dos versiones de <filename>/trunk/foo.c</filename>,
+          debido al renombramiento. En su lugar, usted verá un  error
+          sobre cómo la ruta de la rama no existe en las versiones
+          anteriores.</para>
 
         <para>The workaround for all problems of this sort is to do
           the legwork yourself.  That is: <emphasis>you</emphasis>



More information about the svnbook-dev mailing list