[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