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

gradha svnbook-dev at red-bean.com
Sat Mar 18 07:13:23 CST 2006


Author: gradha
Date: Sat Mar 18 07:13:17 2006
New Revision: 2083

Modified:
   trunk/src/es/book/ch06.xml

Log:
Book Spanish. Translated four paragraphs.

Modified: trunk/src/es/book/ch06.xml
==============================================================================
--- trunk/src/es/book/ch06.xml	(original)
+++ trunk/src/es/book/ch06.xml	Sat Mar 18 07:13:17 2006
@@ -2112,30 +2112,33 @@
           fichero de acceso y definir en él algunas reglas de
           autorización.</para>
 
-        <para>The syntax of the access file is the same familiar one
-          used by <command>svnserve.conf</command> and the runtime
-          configuration files.  Lines that start with a hash
-          (<literal>#</literal>) are ignored.  In its simplest form,
-          each section names a repository and path within it, and the
-          authenticated usernames are the option names within each
-          section.  The value of each option describes the user's
-          level of access to the repository path: either
-          <literal>r</literal> (read-only) or <literal>rw</literal>
-          (read-write).  If the user is not mentioned at all, no
-          access is allowed.</para>
-
-        <para>To be more specific: the value of the section-names are
-          either of the form <literal>[repos-name:path]</literal> or
-          the form <literal>[path]</literal>.  If you're using the
-          <literal>SVNParentPath</literal> directive, then it's
-          important to specify the repository names in your sections.
-          If you omit them, then a section like
-          <literal>[/some/dir]</literal> will match the path
-          <filename>/some/dir</filename> in <emphasis>every</emphasis>
-          repository.  If you're using the <literal>SVNPath</literal>
-          directive, however, then it's fine to only define paths in
-          your sections—after all, there's only one
-          repository.</para>
+        <para>La sintaxis del fichero de acceso es la misma que
+          la usada por <command>svnserve.conf</command> y los
+          ficheros del área de configuracion de parámetros de
+          ejecución. Las líneas que comienzan con una almohadilla
+          (<literal>#</literal>) son ignoradas. En su forma más
+          simple, cada sección nombra a un repositorio y ruta dentro
+          del mismo, y los nombres de usuario autenticados son los
+          nombres de las opciones dentro de cada sección. El valor
+          de cada opción describe el nivel de acceso del usuario
+          a la ruta del repositorio: ya sea <literal>r</literal>
+          (sólo lectura) o <literal>rw</literal> (lectura-escritura).
+          Si el nombre de un usuario no se menciona, no se le permite
+          el acceso.</para>
+
+        <para>Para ser más específicos, el valor de los nombres de
+          sección tienen la forma
+          <literal>[repositorio-nombre:ruta]</literal> o la
+          forma <literal>[ruta]</literal>. Si está usando la
+          directiva <literal>SVNParentPath</literal>, entonces
+          es importante especificar los nombres de repositorio
+          en sus secciones. Si los omite, una sección como
+          <literal>[/algún/directorio]</literal> coincidirá
+          con la ruta <filename>/algún/directorio</filename> en
+          <emphasis>cada</emphasis> repositorio. No obstante si está
+          usando la directiva <literal>SVNPath</literal>, entonces
+          está bien definir rutas en sus secciones—después de
+          todo, sólo hay un repositorio.</para>
           
         <screen>
 [calc:/branches/calc/bug-142]
@@ -2143,17 +2146,19 @@
 sally = r
 </screen>
 
-        <para>In this first example, the user <literal>harry</literal> has
-          full read and write access on the
-          <filename>/branches/calc/bug-142</filename> directory in the
-          <literal>calc</literal> repository, but the user
-          <literal>sally</literal> has read-only access.  Any other
-          users are blocked from accessing this directory.</para>
-
-        <para>Of course, permissions are inherited from
-          parent to child directory.  That means that we can specify a
-          subdirectory with a different access policy for
-          Sally:</para>
+        <para>En este primer ejemplo, el usuario
+          <literal>juan</literal> tiene permisos
+          de lectura y escritura sobre el directorio
+          <filename>/branches/calc/bug-142</filename> del
+          repositorio <literal>calc</literal>, pero el usuario
+          <literal>carmen</literal> sólo tiene permisos de
+          lectura. Cualquier otro usuario tendrá bloqueado el acceso
+          a este directorio.</para>
+
+        <para>Por supuesto, los permisos son heredados del directorio
+          padre al hijo. Esto significa que puede especificar un
+          subdirectorio con una política de acceso diferente para
+          Carmen:</para>
 
         <screen>
 [calc:/branches/calc/bug-142]




More information about the svnbook-dev mailing list