[svnbook] r3730 committed - * src/fr/book/ch06-server-configuration.xml...
svnbook at googlecode.com
svnbook at googlecode.com
Mon May 3 04:50:03 CDT 2010
Revision: 3730
Author: subversif999 at gmail.com
Date: Mon May 3 02:49:46 2010
Log: * src/fr/book/ch06-server-configuration.xml
- Fix typos
http://code.google.com/p/svnbook/source/detail?r=3730
Modified:
/trunk/src/fr/book/ch06-server-configuration.xml
=======================================
--- /trunk/src/fr/book/ch06-server-configuration.xml Sat Mar 13 06:04:01
2010
+++ /trunk/src/fr/book/ch06-server-configuration.xml Mon May 3 02:49:46
2010
@@ -1,4 +1,4 @@
-<chapter id="svn.serverconfig">
+ <chapter id="svn.serverconfig">
<title>Configuration du serveur</title>
<para>Un dépôt Subversion hébergé sur une machine donnée est
@@ -10,13 +10,13 @@
monde.</para>
<para>Ce chapitre décrit comment rendre visible votre dépôt Subversion
- en dehors de la machine hôte afin d'être utilisé par des clients
+ en dehors de la machine hôte pour qu'il soit utilisable par des clients
distants. Nous couvrons les mécanismes serveurs disponibles
actuellement pour Subversion, leur configuration et leur
utilisation. À la fin de ce chapitre, vous devriez être apte à
décider quelle configuration réseau convient à vos besoins et
- comprendre comment activer cette configuration sur votre machine
- hôte.</para>
+ comprendre comment mettre en place cette configuration sur votre
+ machine hôte.</para>
<!-- =================================================================
-->
@@ -37,7 +37,7 @@
<para>Apache est un serveur web extrêmement populaire ; en
utilisant le module <command>mod_dav_svn</command>, Apache a accès
- au dépôt et peut le rendre accessible aux clients via le protocle
+ au dépôt et peut le rendre accessible aux clients via le protocole
WebDAV/DeltaV, qui est une extension d'HTTP. Comme Apache est un
serveur très complet, il inclut un grand nombre de fonctionnalités
<quote>gratuites</quote>, telles que : communications
@@ -73,15 +73,15 @@
d'utilisateurs locaux d'accéder au dépôt via des URL
<literal>file://</literal>. Les autorisations d'accès basées sur
des chemins n'ont donc aucun sens, puisque chaque utilisateur
- accède aux fichiers de la base de données du dépôt
- directement.</para>
+ accède directement aux fichiers de la base de données du
+ dépôt.</para>
<para>Le <xref linkend="svn.serverconfig.overview.tbl-1"/> présente
un résumé rapide des trois types courants de déploiements de
serveurs.</para>
<table id="svn.serverconfig.overview.tbl-1">
- <title>Comparaison des options des serveurs Subversion</title>
+ <title>Comparaison des fonctionnalités des serveurs
Subversion</title>
<tgroup cols="4">
<thead>
<row>
@@ -99,15 +99,15 @@
Apache.</entry>
<entry>CRAM-MD5 par défaut ; LDAP, NTLM, ou tout autre
mécanisme compatible avec SASL.</entry>
- <entry>SSH</entry>
+ <entry>SSH.</entry>
</row>
<row>
<entry>Comptes utilisateurs</entry>
<entry>Fichiers privés ou tout autre mécanisme compatible
- avec Apache (LDAP, SQL, etc.).</entry>
+ avec Apache (LDAP, SQL, etc.).</entry>
<entry>Fichiers privés ou tout autre mécanisme compatible
- avec SASL (LDAP, SQL, etc.).</entry>
+ avec SASL (LDAP, SQL, etc.).</entry>
<entry>Comptes utilisateurs systèmes.</entry>
</row>
@@ -126,7 +126,7 @@
<row>
<entry>Chiffrement</entry>
<entry>Disponible via SSL (option).</entry>
- <entry> Disponible via les fonctionnalités optionnelles de
+ <entry> Disponible via les fonctionnalités optionnelles de
SASL.</entry>
<entry>Inhérent à toute connexion SSH.</entry>
</row>
@@ -299,7 +299,7 @@
ce soit, n'est disponible, ni même celle des
erreurs ;</para></listitem>
- <listitem><para>les utilisateurs doivent etre membres du
+ <listitem><para>les utilisateurs doivent être membres du
même groupe système ou utiliser une clé SSH
partagée ;</para></listitem>
@@ -410,8 +410,8 @@
<listitem>
<para>si vous devez vous insérer au sein de systèmes
d'authentification déjà en place (LDAP, Active Directory,
- NTLM, X.509, etc.), il vous faudra utiliser soit le serveur
- basé sur Apache soit <command>svnserve</command> configuré
+ NTLM, X.509, etc.), il vous faudra utiliser soit le
serveur
+ basé sur Apache, soit <command>svnserve</command> configuré
avec SASL. Si vous avez un besoin absolu de journaux des
erreurs côté serveur ou de journaux des activités côté
client, le serveur basé sur Apache est le seul choix
@@ -517,9 +517,9 @@
<title>svnserve en serveur autonome</title>
<para>Le plus facile est de démarrer <command>svnserve</command>
- en tant que serveur autonome. Pour le faire, utilisez l'option
+ en tant que serveur autonome. Pour ce faire, utilisez l'option
<option>-d</option> (d pour <quote>daemon</quote> qui est
- l'appelation consacrée pour les serveurs Unix) :</para>
+ l'appellation consacrée pour les serveurs Unix) :</para>
<screen>
$ svnserve -d
@@ -539,7 +539,7 @@
est situé sous <filename>/var/svn/projet-1</filename>, un client
l'atteindra par
<uri>svn://hote.exemple.com/var/svn/projet-1</uri>. Pour
- améliorer la sécurité, vous pouvez passer l'option
+ renforcer la sécurité, vous pouvez passer l'option
<option>-r</option> à <command>svnserve</command> afin de
restreindre l'export aux dépôts situés sous le chemin indiqué.
Par exemple :</para>
@@ -551,9 +551,9 @@
<para>L'utilisation de l'option <option>-r</option> modifie le
chemin que le serveur considère comme la racine du système de
- fichiers à exporter. Les clients utiliseront alors des URL avec
- cette portion du chemin supprimée (ce qui rend les URL plus
- courtes et plus discrètes) :</para>
+ fichiers à exporter. Les clients utiliseront alors des URL ne
+ comportant pas cette portion du chemin (ce qui rend les URL
+ plus courtes et plus discrètes) :</para>
<screen>
$ svn checkout svn://hote.exemple.com/projet-1
@@ -599,7 +599,7 @@
<para>Si votre système utilise un serveur <command>inetd</command>
classique de type Unix, vous pouvez ajouter la ligne suivante à
- <filename>/etc/inetd.conf</filename>:</para>
+ <filename>/etc/inetd.conf</filename> :</para>
<screen>
svn stream tcp nowait proprio-svn /usr/bin/svnserve svnserve -i
@@ -633,11 +633,11 @@
serveur SSH qui le fait à votre place). Le programme
<command>svnserve</command> se comporte alors normalement
(utilisation des entrées/sorties <filename>stdin</filename> et
- <filename>stdout</filename>)et suppose que le trafic est
+ <filename>stdout</filename>) et suppose que le trafic est
redirigé automatiquement vers le client par un tunnel. Quand
<command>svnserve</command> est lancé par un gestionnaire de
tunnel comme ici, soyez sans crainte : l'utilisateur
- authentifié possèdera les droits de lecture et d'écriture sur
+ authentifié possédera les droits de lecture et d'écriture sur
les fichiers de la base de données. C'est essentiellement la
même chose que quand un utilisateur local accède au dépôt via
des URL <literal>file://</literal>.</para>
@@ -716,8 +716,8 @@
start= auto
</screen>
- <para>Notez aussi que le terme <literal>binpath</literal>prête à
- confusion : sa valeur est une <emphasis>ligne de
+ <para>Notez aussi que le terme <literal>binpath</literal> prête
+ à confusion : sa valeur est une <emphasis>ligne de
commande</emphasis>, pas le chemin d'accès à un exécutable.
C'est pourquoi vous devez l'entourer de guillemets s'il
contient des espaces.</para>
@@ -725,7 +725,7 @@
<para>Une fois que le service a été crée, il peut être arrêté,
démarré ou interrogé à l'aide des outils standards de
l'interface graphique (le programme <quote>Services</quote>
- des outils d'administration) ou en ligne de
+ des outils d'administration) ou de la ligne de
commande :</para>
<screen>
@@ -818,7 +818,7 @@
(<literal>[</literal> et <literal>]</literal>), les lignes de
commentaires commencent par des dièses (<literal>#</literal>) et
chaque paragraphe contient des variables spécifiques qui peuvent
- être définies (<literal>variable = valeur</literal>). Examinons
+ être définies (<literal>variable = valeur</literal>). Examinons
ces fichiers et apprenons à les utiliser.</para>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
@@ -826,7 +826,7 @@
<title>Création d'un fichier utilisateurs et d'un domaine
d'authentification</title>
- <para>Pour ce qui suit, le section <literal>[general]</literal>
+ <para>Pour ce qui suit, la section <literal>[general]</literal>
de <filename>svnserve.conf</filename> contient toutes les
variables dont vous avez besoin. Commencez par modifier les
valeurs de toutes les variables : choisissez un nom pour
@@ -890,7 +890,7 @@
faire. Les variables <literal>anon-access</literal>
et <literal>auth-access</literal> peuvent contenir les valeurs
<literal>none</literal>, <literal>read</literal>, ou
- <literal>write</literal>. Choisir la valeur
+ <literal>write</literal>. Choisir la valeur
<literal>none</literal> empêche à la fois lecture et
écriture ; <literal>read</literal> autorise l'accès en
lecture seule au dépôt et <literal>write</literal> autorise
@@ -961,8 +961,8 @@
<sect2 id="svn.serverconfig.svnserve.sasl">
<title>Utilisation de svnserve avec SASL</title>
- <para>Pour de nombreuses équipes, l'authentification par CRAM-MD5
- suffit à leurs besoins. Cependant, si votre serveur (et vos
+ <para>L'authentification par CRAM-MD5 suffit aux besoins
+ de bon nombre d'équipes. Cependant, si votre serveur (et vos
clients Subversion) ont été compilés avec la bibliothèque
<quote>Cyrus Simple Authentication and Security Layer</quote>
(SASL), vous avez à votre disposition un certain nombre
@@ -1011,8 +1011,8 @@
CRAM-MD5 et ANONYMOUS (voir <xref
linkend="svn.serverconfig.svnserve.auth"/>). Si le serveur et le
client ont été compilés pour inclure SASL, un certain nombre
- d'autres mécanismes d'authentification seront éventuellement
- disponibles. Néanmoins, vous devrez configurer explicitement
+ d'autres mécanismes d'authentification sont éventuellement
+ disponibles. Néanmoins, vous devez configurer explicitement
SASL sur le serveur pour qu'ils soient proposés.</para>
<sect3 id="svn.serverconfig.svnserve.sasl.authn">
@@ -1032,7 +1032,7 @@
<para>Ensuite, créez le fichier principal de configuration de
SASL, appelé <filename>svn.conf</filename>, à un endroit où la
bibliothèque SASL saura le trouver — généralement dans
- un répertoire où sont situés les greffons SASL. Vous devrez
+ un répertoire où sont situés les greffons SASL. Vous devez
localiser le répertoire des greffons de votre système, tel que
<filename>/usr/lib/sasl2/</filename> ou
<filename>/etc/sasl2/</filename> (notez qu'<emphasis>il ne
@@ -1045,11 +1045,11 @@
pour indiquer à SASL les emplacements où chercher. Créez une
clé nommée <literal>[HKEY_LOCAL_MACHINE\SOFTWARE\Carnegie
Mellon\Project Cyrus\SASL Library]</literal> et placez-y deux
- clés : l'une appelée <literal>SearchPath</literal>
+ clés : l'une appelée <literal>SearchPath</literal>
(dont la valeur est le chemin du répertoire contenant les
bibliothèques de greffons SASL
<filename>sasl*.dll</filename>) et l'autre appelée
- <literal>ConfFile</literal>(dont la valeur est le chemin du
+ <literal>ConfFile</literal> (dont la valeur est le chemin du
répertoire parent contenant le fichier
<filename>svn.conf</filename> que vous avez créé).</para>
@@ -1078,7 +1078,7 @@
<para>vous demandez à SASL de proposer le mécanisme DIGEST-MD5
aux clients et de comparer les mots de passe des utilisateurs
à une base de mots de passe privée située à l'emplacement
- <filename>/etc/ma_bdd_sasl</filename>. Un administrateur
+ <filename>/etc/ma_bdd_sasl</filename>. Un administrateur
système pourra ensuite utiliser le programme
<command>saslpasswd2</command> pour ajouter ou modifier les
noms d'utilisateurs et les mots de passe contenus dans cette
@@ -1091,7 +1091,7 @@
<para>Quelques consignes de prudence : tout d'abord,
l'argument <quote>domaine</quote> qui est passé à
<command>saslpasswd2</command> doit correspondre au même
- domaine celui que vous avez défini dans le fichier
+ domaine que celui que vous avez défini dans le fichier
<filename>svnserve.conf</filename> ; s'ils ne
correspondent pas, l'authentification échouera. En outre, à
cause d'une limitation de SASL, ce domaine commun doit être
@@ -1110,10 +1110,10 @@
<para>Souvenez-vous que si vous configurez votre serveur pour
qu'il n'autorise que certains mécanismes d'authentification
- SASL, tous les clients qui se connecteront auront l'obligation
+ SASL, tous les clients qui se connectent ont l'obligation
de supporter SASL. Tout client Subversion compilé sans SASL
(ce qui inclut tous les clients antérieurs à la version 1.5)
- sera incapable de se connecter. D'un autre côté, ce type de
+ est incapable de se connecter. D'un autre côté, ce type de
restriction est peut-être exactement ce que vous recherchez
(<quote>Mes clients doivent tous utiliser
Kerberos !</quote>).
Néanmoins, si vous voulez permettre à des clients non-SASL de
@@ -1133,7 +1133,7 @@
requièrent l'utilisation de la bibliothèque OpenSSL. Pour
activer ou désactiver différents niveaux de chiffrement, vous
pouvez définir deux variables dans le fichier
- <filename>svnserve.conf</filename>de votre dépôt :</para>
+ <filename>svnserve.conf</filename> de votre dépôt :</para>
<screen>
[sasl]
@@ -1197,7 +1197,7 @@
des utilisateurs) puis un processus <command>svnserve</command>
privé est généré automatiquement sur la machine distante,
processus dont le propriétaire est l'utilisateur
- <literal>harryssh</literal>. La commande
+ <literal>harryssh</literal>. La commande
<command>svnserve</command> est lancée en mode tunnel
(<option>-t</option>) et son protocole réseau est encapsulé dans
la connexion chiffrée par <command>ssh</command>, le
@@ -1281,12 +1281,12 @@
<literal>svn+rsh://nomdutilisateur@hote/chemin</literal>), le
client va l'inclure dans sa commande (<userinput>rsh
nomdutilisateur at hote svnserve -t</userinput>). Mais vous pouvez
- définir des schémas d'encapsulation bien plus évolués que
- ça :</para>
+ définir des schémas d'encapsulation bien plus
+ évolués :</para>
<screen>
[tunnels]
-paulssh = $PAULSSH /opt/alternate/ssh -p 29934
+joessh = $JOESSH /opt/alternate/ssh -p 29934
</screen>
<para>Cet exemple illustre plusieurs choses. D'abord, il indique
@@ -1308,9 +1308,9 @@
chacun se connectant par exemple à un port différent ou passant
des options différentes à SSH, vous pouvez utiliser le mécanisme
illustré dans cet exemple. Concrètement, si nous donnons une
- valeur à la variable d'environnement <literal>PAULSSH</literal>,
+ valeur à la variable d'environnement <literal>JOESSH</literal>,
cette valeur remplacera la totalité de la valeur de la variable
- d'encapsulation — <command>$PAULSSH</command> serait
+ d'encapsulation — <command>$JOESSH</command> serait
exécuté au lieu de <userinput>/opt/alternate/ssh
-p 29934</userinput>.</para>
@@ -1330,7 +1330,7 @@
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
-->
<sect3 id="svn.serverconfig.svnserve.sshtricks.setup">
- <title>Mise en oeuvre initiale</title>
+ <title>Mise en œuvre initiale</title>
<para>Pour commencer, localisez le répertoire <quote>home</quote>
du compte utilisateur que vous utilisez pour lancer
@@ -1362,12 +1362,12 @@
command="programme" ssh-dsa AAAABtce9euch… utilisateur at exemple.com
</screen>
- <para>Quand le champ <literal>command</literal>, le serveur SSH
- va lancer le programme indiqué en lieu et place de l'habituel
- <command>svnserve</command> en mode tunnel que le client
- Subversion a demandé. En découlent un certain nombre d'astuces
- côté serveur. Dans les exemples suivants, nous abrègeons les
- lignes du fichier par :</para>
+ <para>Quand le champ <literal>command</literal> est présent, le
+ serveur SSH va lancer le programme indiqué en lieu et place de
+ l'habituel <command>svnserve</command> en mode tunnel que le
+ client Subversion a demandé. En découlent un certain nombre
+ d'astuces côté serveur. Dans les exemples suivants, nous
+ abrégeons les lignes du fichier par :</para>
<screen>
command="programme" TYPE CLÉ COMMENTAIRE
@@ -1392,7 +1392,7 @@
peut être un script personnalisé construit autour de
<command>svnserve</command> qui spécifie le umask à utiliser
(voir <xref linkend="svn.serverconfig.multimethod"/>). Il
- indique aussi comment comment <quote>ancrer</quote>
+ indique aussi comment <quote>ancrer</quote>
<command>svnserve</command> dans un répertoire racine virtuel,
ce qui est aussi très souvent utilisé quand
<command>svnserve</command> fonctionne en tant que démon. Le
@@ -1435,7 +1435,7 @@
d'un port quelconque de votre serveur. Pour accorder le moins
de droits possibles à l'utilisateur, vous pouvez spécifier des
options de restriction immédiatement après la commande
- du champ <literal>command</literal>:</para>
+ du champ <literal>command</literal> :</para>
<screen>
command="svnserve -t --tunnel-user=harry",no-port-forwarding,no-agent-for
@@ -1471,11 +1471,11 @@
de HTTP 1.1 (voir <ulink url="http://www.webdav.org/"/> pour plus
d'informations). Ce protocole se base sur HTTP, le protocole
omniprésent à la base du World Wide Web, lui ajoute des
- fonctionnalités d'écriture et, en particulier, d'écriture
- versionnée. Le résultat est un système robuste et standardisé qui
- est inclus dans le logiciel Apache 2.0, supporté par de nombreux
- systèmes d'exploitation et outils tiers, et qui ne demande pas
- aux administrateurs réseaux d'ouvrir un port réseau
+ fonctionnalités d'écriture et, en particulier, d'écriture avec
+ gestion de versions. Le résultat est un système robuste et
standardisé
+ qui est inclus dans le logiciel Apache 2.0, supporté par de
+ nombreux systèmes d'exploitation et outils tiers, et qui ne demande
+ pas aux administrateurs réseaux d'ouvrir un port réseau
supplémentaire<footnote>
<para>C'est une chose qu'ils détestent faire.</para>
</footnote>.
@@ -1499,7 +1499,7 @@
apporterez à votre configuration d'Apache, il est probable que
vous commettrez des erreurs. Si vous n'êtes pas déjà familier avec
le sous-système de journalisation d'Apache, vous devrez apprendre
- à le connaître. Dans votre fichier <filename>httpd.conf</filename>
+ à le connaître. Dans votre fichier <filename>httpd.conf</filename>,
des directives spécifient l'emplacement sur le disque des journaux
d'accès et d'erreurs générés par Apache (les directives
<literal>CustomLog</literal> et <literal>ErrorLog</literal>
@@ -1513,7 +1513,7 @@
<title>À propos d'Apache 2</title>
<para>Si vous êtes un administrateur système, il est très probable
- que vous utilisiez déjà le serveur web Apache et qui vous en
+ que vous utilisiez déjà le serveur web Apache et que vous en
ayez une expérience préalable. À l'heure où ces lignes sont
écrites, Apache 1.3 est la version la plus populaire d'Apache.
Le passage de la communauté à Apache 2 est assez lent, pour
@@ -1526,7 +1526,7 @@
ils découvrent que le module Apache de Subversion a été écrit
spécifiquement pour l'API d'Apache 2.</para>
- <para>Mais, ne vous inquiétez pas ! Il est facile de faire
+ <para>Mais ne vous inquiétez pas ! Il est facile de faire
fonctionner Apache 1.3 et Apache 2 côte à côte ;
il suffit de les installer dans des endroits séparés et
d'utiliser Apache 2 en tant que serveur dédié fonctionnant
@@ -1572,14 +1572,14 @@
<para>Vous pouvez accomplir les deux premières tâches ci-dessus
soit en compilant <command>httpd</command> et Subversion à
- partir du code source soit en installant les paquets binaires
+ partir du code source, soit en installant les paquets binaires
précompilés correspondants sur votre système. Les informations
les plus récentes sur la façon de compiler Subversion dans le
cadre d'une utilisation en conjonction avec le serveur
- HTTP Apache, sur la compilation et la configuration d'Apache
- lui-même dans cet objectif, sont consultables dans le fichier
- <filename>INSTALL</filename> situé à la racine de l'arborescence
- du code source de Subversion.</para>
+ HTTP Apache, sur la compilation et sur la configuration
+ d'Apache lui-même dans cet objectif, sont consultables dans le
+ fichier <filename>INSTALL</filename> situé à la racine de
+ l'arborescence du code source de Subversion.</para>
</sect2>
@@ -1606,12 +1606,13 @@
LoadModule dav_svn_module modules/mod_dav_svn.so
</screen>
- <para>Notez que si mod_dav a aussi été compilé sous forme de
- bibliothèque partagée (et non par une édition de liens statiques
- qui le place alors directement dans l'exécutable
+ <para>Notez que si <command>mod_dav</command> a aussi été compilé
+ sous forme de bibliothèque partagée (et non par une édition de
+ liens statiques qui le place alors directement dans l'exécutable
<command>httpd</command>), il vous faudra une directive
- <literal>LoadModule</literal> pour celui-ci. Assurez-vous qu'il
- est placé avant la ligne
<command>mod_dav_svn</command> :</para>
+ <literal>LoadModule</literal> pour celui-ci. Assurez-vous
+ qu'elle est placée avant la ligne
+ <command>mod_dav_svn</command> :</para>
<screen>
LoadModule dav_module modules/mod_dav.so
@@ -1619,18 +1620,18 @@
</screen>
- <para>Plus loin au sein de votre fichier de configuration, vous
+ <para>Plus loin dans votre fichier de configuration, vous
devez indiquer à Apache l'endroit où réside votre dépôt (ou vos
dépôts) Subversion. La directive <literal>Location</literal>
possède une syntaxe de type XML, qui commence par une balise de
- début et se termine par une balise de fin et diverses autres
+ début, se termine par une balise de fin et contient diverses autres
directives de configuration au milieu. Le sens de la directive
<literal>Location</literal> est de faire faire à Apache quelque
chose de spécial quand il traite les requêtes adressées à une
URL donnée ou à une de ses filles. Dans le cas de Subversion, il
faut qu'Apache fasse traiter par la couche DAV les URL pointant
vers les ressources suivies en versions. Vous pouvez indiquer à
- Apache de déléguer le traitement de toutes les URLs dont la
+ Apache de déléguer le traitement de toutes les URL dont la
partie chemin d'accès (la partie de l'URL qui suit le nom du
serveur et le numéro de port optionnel) commence par
<filename>/depot/</filename> à un gestionnaire de DAV dont le
@@ -1652,9 +1653,9 @@
répertoire parent commun. Par exemple, si vous savez que vous
allez créer plusieurs dépôts Subversion dans le répertoire
<filename>/var/svn</filename>, auxquels on accédera par des URL
- telles que <uri>http:///mon.serveur.com/svn/depot1</uri>,
- <uri>http:///mon.serveur.com/svn/depot2</uri>, etc., vous pouvez
- utiliser la syntaxe de configuration de
+ telles que <uri>http://mon.serveur.com/svn/depot1</uri>,
+ <uri>http://mon.serveur.com/svn/depot2</uri>, etc., vous
+ pouvez utiliser la syntaxe de configuration de
<filename>httpd.conf</filename> de l'exemple suivant :</para>
<screen>
@@ -1683,7 +1684,7 @@
<literal>DocumentRoot</literal> (c'est-à-dire le répertoire
racine des fichiers qu'Apache expose sur le web) principal est
exporté vers <filename>/www</filename>, n'exportez pas de dépôt
- Subversion vers <literal><Location /www/depot></literal>.
+ Subversion vers <literal><Location /www/depot></literal>.
Si une requête arrivait pour l'URI
<filename>/www/depot/machin.c</filename>, Apache ne saurait pas
s'il doit chercher un fichier <filename>depot/machin.c</filename>
@@ -1701,8 +1702,8 @@
serveur. Les modules Apache vérifient que la source de la
copie est bien située sur la même machine que la destination.
Pour satisfaire cette exigence, vous aurez peut-être besoin de
- déclarer à <command>mod_dav</command> que vous utilisez en
- tant que nom d'hôte de votre serveur. En général la directive
+ déclarer à <command>mod_dav</command> le nom d'hôte de votre
+ serveur. En général, la directive
<literal>ServerName</literal> du fichier
<filename>httpd.conf</filename> peut être utilisée à cette
fin.</para>
@@ -1719,11 +1720,11 @@
plus de détails.</para>
</sidebar>
- <para>Maintenant, il nous faut examiner sérieusement la question
+ <para>À présent, il nous faut examiner sérieusement la question
des droits d'accès. Si vous utilisez Apache depuis un certain
temps en tant que serveur web principal, vous hébergez
certainement pas mal de contenu : des pages web, des
- scripts, etc. Ces éléments ont déjà été configurés avec un
+ scripts, etc. Ces éléments ont déjà été configurés avec un
ensemble de droits qui leur permet de fonctionner avec Apache,
ou plus exactement qui permet à Apache de travailler avec ces
fichiers. Apache, quand on l'utilise en tant que serveur
@@ -1763,11 +1764,11 @@
</Location>
</screen>
- <para>Votre dépôt est à présent accessible
+ <para>votre dépôt est à présent accessible
<quote>anonymement</quote> au reste du monde. Jusqu'à ce que
configuriez des politiques d'authentification et de contrôle
- d'accès, les dépôts Subversion que vous rendez disponible via la
- directive <literal>Location</literal> sont généralement
+ d'accès, les dépôts Subversion que vous rendez disponibles via
+ la directive <literal>Location</literal> sont généralement
accessibles à tous. En d'autres termes :</para>
<itemizedlist>
@@ -1789,7 +1790,7 @@
<para>Bien sûr, vous avez peut-être déjà mis en place une procédure
automatique <filename>pre-commit</filename> pour empêcher les
- propagations (voir <xref linkend="svn.reposadmin.create.hooks"/>).
+ propagations (voir <xref linkend="svn.reposadmin.create.hooks"/>).
Mais en progressant dans la lecture de ce chapitre, vous verrez
qu'il est également possible d'utiliser les méthodes intégrées
dans Apache pour restreindre les accès de façon
@@ -1823,7 +1824,7 @@
$
</screen>
- <para>Puis, vous devez ajouter des directives dans le bloc
+ <para>Ensuite, vous devez ajouter des directives dans le bloc
<literal>Location</literal> du fichier
<filename>httpd.conf</filename> pour indiquer à Apache comment
se servir du nouveau fichier des mots de passe. La directive
@@ -1832,7 +1833,7 @@
le mode <quote>Basic</quote>. La directive
<literal>AuthName</literal> permet de donner un nom arbitraire
au domaine d'authentification. La plupart des navigateurs
- affichent ce nom dans la boite de dialogue surgissante (pop-up)
+ affichent ce nom dans la boîte de dialogue (pop-up)
qui demande le nom d'utilisateur et le mot de passe. Enfin,
utilisez la directive <literal>AuthUserFile</literal> pour
spécifier le chemin du fichier des mots de passe que vous venez
@@ -1879,7 +1880,7 @@
<para>Prenez bien soin de lire <xref
linkend="svn.serverconfig.httpd.authz"/> qui suit pour plus de
détails sur la directive <literal>Require</literal> et sur les
- autres manières de mettre en oeuvre des politiques de contrôle
+ autres manières de mettre en œuvre des politiques de contrôle
d'accès.</para>
<para>Un petit avertissement : les mots de passe de la
@@ -1898,7 +1899,8 @@
une fonction de hachage à une donnée créée pour l'occasion. Le
serveur envoie au client une chaîne plus ou moins aléatoire de
petite taille ; le client se sert du mot de passe de
- l'utilisateur pour créer un condensat (hash en anglais) de
+ l'utilisateur pour créer un condensat
+ (<foreignphrase>hash</foreignphrase> en anglais) de
cette chaîne ; le serveur examine ensuite si le condensat
correspond à ses attentes.</para>
@@ -1910,7 +1912,7 @@
<screen>
<Location /svn>
- DAV svn
+ DAV svn
SVNParentPath /var/svn
AuthType Digest
AuthName "Depot Subversion"
@@ -1929,10 +1931,11 @@
certificat serveur auto-signé<footnote>
<para>Bien que les certificats serveurs auto-signés soient
vulnérables aux attaques du type
- <quote>man-in-the-middle</quote> (<quote>attaque de
- l'homme du milieu</quote> en français), une telle attaque
- est bien plus difficile à exécuter pour un observateur
- occasionnel que de juste espionner les mots de passe
+ <foreignphrase>man-in-the-middle</foreignphrase>
+ (<quote>attaque de l'homme du milieu</quote> en français),
+ une telle attaque est bien plus difficile
+ à exécuter pour un observateur occasionnel
+ que de juste espionner les mots de passe
qui passent en clair sur le réseau.</para>
</footnote>.
Consultez la documentation Apache (et la documentation
@@ -1954,13 +1957,13 @@
<para>Si un client Subversion est compilé pour utiliser OpenSSL,
il obtient la possibilité de communiquer avec le serveur
- Apache via des URLs <literal>https://</literal>. La
+ Apache via des URL <literal>https://</literal>. La
bibliothèque Neon utilisée par le client Subversion est non
seulement capable de vérifier les certificats du serveur, mais
aussi de renvoyer des certificats clients quand on le lui
demande. Une fois que le client et le serveur ont échangé des
certificats SSL et se sont authentifiés mutuellement avec
- succès, toute la communication qui s'ensuit est chiffrée par
+ succès, tous les échanges qui s'ensuivent sont chiffrés par
une clé de session.</para>
<para>Expliquer comment générer des certificats clients et
@@ -1987,8 +1990,9 @@
bibliothèque OpenSSL effectue cette vérification en examinant
le signataire du certificat serveur, aussi nommé
<firstterm>autorité de certification</firstterm> (AC, ou
- <quote>CA</quote> en anglais). Si OpenSSL n'est pas capable de
- faire confiance automatiquement à l'autorité de certification,
+ <foreignphrase>CA</foreignphrase> en anglais). Si OpenSSL
+ n'est pas capable de faire confiance
+ automatiquement à l'autorité de certification,
ou si un autre problème apparaît (tel que l'expiration du
certificat ou des noms d'hôtes divergents), le client en ligne
de commande de Subversion vous demande si vous voulez faire
@@ -1997,9 +2001,7 @@
<screen>
$ svn list https://hote.exemple.com/depot/projet
-(de 'https://hote.exemple.com:443') - Le certificat conduit à une erreur
inconnue :
- - Le certificat a expiré.
- - Le nom d'hôte du certificat ne correspond pas.
+Erreur de validation du certificat du serveur
pour 'https://hote.exemple.com:443' :
- Le certificat n'est pas signé pas une autorité de confiance.
Valider le certificat manuellement !
Informations du certificat :
@@ -2024,8 +2026,8 @@
certificat dans les échanges futurs.</para>
<para>Votre fichier <filename>servers</filename> dans la zone de
- configuration vous permet également d'indiquer à votre client
- Subversion qu'il doit faire confiance automatiquement à
+ configuration vous permet également d'indiquer au client
+ Subversion qu'il doit automatiquement faire confiance à
certaines autorités de certification spécifiques, soit
globalement, soit en tenant compte de la machine hôte. Il
suffit d'attribuer à la variable
@@ -2055,8 +2057,8 @@
confiance ainsi qu'une preuve que le client possède bien la
clé privée associée au certificat (la réponse au défi). La clé
privée, ainsi que le certificat public, sont habituellement
- enregistrés dans un conteneur (un fichier <quote>.p12</quote>
- qui indique un fichier au format PKCS#12) sur le
+ enregistrés dans un conteneur (un fichier <quote>.p12</quote>,
+ fichier au format PKCS#12) sur le
disque, la clé privée étant chiffrée à l'aide d'un mot de
passe. Quand Subversion reçoit ce défi, il vous demande le
chemin d'accès au conteneur ainsi que le mot de passe qui
@@ -2100,7 +2102,8 @@
Subversion peut répondre automatiquement à une demande de
certificat client sans la moindre interaction de votre
part<footnote>
- <para>Ceux qui sont parmi les plus soucieux de sécurité
+ <para>Les administrateurs qui attachent le plus
+ d'importance à la sécurité
peuvent ne pas vouloir stocker le mot de passe du
certificat client dans le fichier
<filename>servers</filename> de la zone de
@@ -2137,7 +2140,7 @@
<literal><Location></literal>. Pour poursuivre dans la
veine de notre exemple précédent, cela signifie que seuls les
clients disant être <literal>harry</literal> ou
- <literal>Sally</literal> et qui ont fourni le bon mot de passe
+ <literal>sally</literal> et qui ont fourni le bon mot de passe
pour leur nom d'utilisateur respectif ont l'autorisation
d'effectuer des actions sur le dépôt Subversion :</para>
@@ -2205,8 +2208,8 @@
<para>Ce ne sont là que quelques exemples simples. Pour des
informations plus poussées sur le contrôle d'accès d'Apache et
- la directive <literal>Require</literal>, jetez un oeil à la
- section <literal>Security</literal> du recueil des tutoriaux
+ la directive <literal>Require</literal>, jetez un œil à la
+ section <literal>Security</literal> du recueil des didacticiels
de la documentation Apache à l'adresse <ulink
url="http://httpd.apache.org/docs-2.0/misc/tutorials.html"/>
(site en anglais).</para>
@@ -2259,7 +2262,7 @@
<para>Le bloc le plus simple consiste à donner l'accès à tout le
monde. Dans ce scénario, Apache n'envoie jamais de défi
d'authentification, tous les utilisateurs sont donc traités en
- tant qu'<quote>anonymes.</quote> (voir l'<xref
+ tant qu'<quote>anonymes</quote> (voir l'<xref
linkend="svn.serverconfig.httpd.authz.perdir.ex-1"/>).</para>
<example id="svn.serverconfig.httpd.authz.perdir.ex-1">
@@ -2282,7 +2285,7 @@
l'authentification inconditionnelle via la directive
<literal>Require valid-user</literal> et définit le moyen de
s'authentifier (voir l'<xref
- linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>.)</para>
+ linkend="svn.serverconfig.httpd.authz.perdir.ex-2"/>).</para>
<example id="svn.serverconfig.httpd.authz.perdir.ex-2">
<title>Exemple-type de configuration : accès
authentifié</title>
@@ -2321,8 +2324,8 @@
l'<xref
linkend="svn.serverconfig.httpd.authz.perdir.ex-3"/>).</para>
<example id="svn.serverconfig.httpd.authz.perdir.ex-3">
- <title>Exemple-type de configuration : accès mixte
- authentifié/anonyme </title>
+ <title>Exemple-type de configuration : accès mixte
+ authentifié/anonyme</title>
<programlisting>
<Location /depot>
DAV svn
@@ -2348,8 +2351,9 @@
<para>Une fois l'un de ces modèles mis en place dans votre
fichier <filename>httpd.conf</filename>, vous devez créer un
fichier contenant les règles d'accès particulières pour chaque
- chemin de votre dépot. Nous en reparlons plus dans ce chapitre,
- à <xref linkend="svn.serverconfig.pathbasedauthz"/>.</para>
+ chemin de votre dépôt. Nous en parlons plus en détails
+ plus loin dans ce chapitre, à <xref
+ linkend="svn.serverconfig.pathbasedauthz"/>.</para>
</sect3>
@@ -2396,7 +2400,7 @@
<para>D'un autre côté, il existe une sorte d'échappatoire qui
vous permet de faire un compromis entre les fonctions de
- sécurité et la vitesse. Si vous ne mettez pas en oeuvre de
+ sécurité et la vitesse. Si vous ne mettez pas en œuvre de
contrôle d'accès sur les chemins (c'est-à-dire, si vous
n'utilisez ni <command>mod_authz_svn</command> ni un module
similaire), vous pouvez désactiver tous ces contrôles sur les
@@ -2445,19 +2449,19 @@
<para>Un des avantages les plus frappants d'avoir une
configuration Apache/WebDAV pour votre dépôt Subversion est
que les révisions les plus récentes de vos fichiers et
- répertoires versionnés sont immédiatement consultables à
- l'aide d'un navigateur web classique. Puisque Subversion
- utilise des URL pour identifier les ressources versionnées,
- ces URL utilisées pour accéder aux dépôts via HTTP peuvent
- être tapées directement dans un navigateur web. Votre
+ répertoires suivis en versions sont immédiatement consultables
+ à l'aide d'un navigateur web classique. Puisque Subversion
+ utilise des URL pour identifier les ressources suivies en
+ versions, ces URL utilisées pour accéder aux dépôts via HTTP
+ peuvent être tapées directement dans un navigateur web. Votre
navigateur enverra une requête <literal>HTTP GET</literal>
pour cette URL ; selon que cette URL représente ou non
- un fichier ou un répertoire versionné,
+ un fichier ou un répertoire suivi en versions,
<command>mod_dav_svn</command> renverra soit la liste des
- éléments du répertoire soit le contenu du fichier.</para>
+ éléments du répertoire, soit le contenu du fichier.</para>
<para>Comme les URL ne contiennent pas d'informations concernant
- la version de la ressource vous voulez voir,
+ la version de la ressource qui vous intéresse,
<command>mod_dav_svn</command> renverra toujours la version la
plus récente. Cette fonctionnalité a un merveilleux effet
secondaire : vous pouvez partager avec vos pairs des
@@ -2484,7 +2488,7 @@
une ancienne version d'un fichier, un client doit suivre
une procédure spécifique pour <quote>découvrir</quote>
l'URL appropriée ; cette procédure nécessite d'envoyer
- une série de requêtes WebDAB <literal>PROPFIND</literal> et
+ une série de requêtes WebDAV <literal>PROPFIND</literal> et
de comprendre les concepts DeltaV. C'est quelque chose que
votre navigateur web n'est pas capable de faire.</para>
@@ -2517,15 +2521,15 @@
quelque sorte un type MIME. Par défaut, Apache va indiquer
aux navigateurs web que tous les fichiers du dépôt sont du
type MIME par défaut, en général
- <literal>text/plain</literal>. Cela peut être frustrant,
- cependant, si un utilisateur désire visualiser les fichiers
+ <literal>text/plain</literal>. Cela peut s'avérer assez
+ frustrant, si un utilisateur désire visualiser les fichiers
du dépôt de manière plus appropriée — par exemple,
- cela pourrait être une bonne chose d'afficher un fichier
- <filename>truc.html</filename> du dépôt sous forme d'une
- vraie page HTML.</para>
+ un fichier <filename>truc.html</filename> du dépôt sera bien
+ plus lisible s'il est rendu dans le navigateur en tant que
+ fichier HTML.</para>
<para>Pour rendre ceci possible, il suffit de vous assurer que
- vos fichiers ont bien défini la propriété
+ vos fichiers portent bien la propriété
<literal>svn:mime-type</literal>. Plus de détails sur ce
sujet sont disponibles dans <xref
linkend="svn.advanced.props.special.mime-type"/> et vous
@@ -2553,9 +2557,9 @@
<sect4 id="svn.serverconfig.httpd.extra.browsing.xslt">
<title>Personnalisation de l'aspect</title>
- <para>En général vous utiliserez plus souvent les URL de
- fichiers suivis en versions, après tout c'est là que le
- contenu intéressant réside. Mais vous aurez peut-être
+ <para>En général, vous utiliserez principalement des URL de
+ fichiers suivis en versions ; après tout c'est là que
+ le contenu intéressant réside. Mais vous aurez peut-être
l'occasion de naviguer dans le contenu d'un répertoire
Subversion et vous remarquerez rapidement que le code HTML
généré pour afficher la liste des éléments du répertoire
@@ -2590,7 +2594,7 @@
répertoire <filename>tools/xslt/</filename> du code source de
Subversion. Gardez à l'esprit que le chemin d'accès fourni au
répertoire <literal>SVNIndexXSLT</literal> est en fait une
- URL — les navigateurs de chemins doivent déjà être
+ URL — les navigateurs de chemins doivent être
capables de lire vos feuilles de style pour les
utiliser !</para>
@@ -2618,8 +2622,8 @@
<literal>http://hote.exemple.com/svn/</literal>, il verra
une liste de tous les dépôts Subversion situés dans
<filename>/var/svn</filename>. Évidemment, ceci peut poser
- des problèmes de sécurité, cette fonctionnalité est donc
- désactivée par défaut.</para>
+ des problèmes de sécurité ; cette fonctionnalité est
+ donc désactivée par défaut.</para>
</sect4>
@@ -2641,7 +2645,7 @@
apparaître à différents endroits, mais sont en général créés
dans la zone de journalisation de votre installation Apache
(sur Unix, ils résident souvent dans
- <filename>/usr/local/apache2/logs/</filename>.)</para>
+ <filename>/usr/local/apache2/logs/</filename>).</para>
<para>Le fichier <filename>error_log</filename> décrit toutes
les erreurs internes qu'Apache rencontre au cours de son
@@ -2659,7 +2663,7 @@
difficile d'examiner le fichier <filename>access_log</filename>
et d'en déduire ce que le client faisait — la plupart
des opérations se présentent sous la forme de séries de
- requêtes <literal>PROPPATCH</literal>, <literal>GET</literal>,
+ requêtes <literal>PROPPATCH</literal>, <literal>GET</literal>,
<literal>PUT</literal> et <literal>REPORT</literal>
énigmatiques. Pour couronner le tout, de nombreuses opérations
du client envoient des séries de requêtes quasi-identiques, il
@@ -2688,8 +2692,8 @@
</screen>
<para>Dans cet exemple, nous demandons à Apache de créer un
- fichier journal spécial, <filename>journal-svn</filename> dans
- le répertoire classique de journaux d'Apache
+ fichier journal spécial, <filename>journal-svn</filename>,
+ dans le répertoire habituel de journaux d'Apache
(<filename>logs</filename>). Les variables
<literal>%t</literal> et <literal>%u</literal> sont remplacées
par l'horodatage et le nom d'utilisateur de la requête,
@@ -2800,7 +2804,7 @@
les esclaves. Assurez-vous que vos serveurs maître et
esclaves ont tous des configurations identiques
d'authentification et de contrôle d'accès ; s'ils ne
- peuvent plus se synchroniser, cela peut vous conduire à
+ peuvent plus se synchroniser, cela peut engendrer
beaucoup d'ennuis.</para>
<para>Ensuite nous devons nous occuper du problème de la
@@ -2814,7 +2818,7 @@
simple client en train d'effectuer une propagation,
l'esclave va immédiatement tenter d'envoyer vers le maître
la requête d'écriture qui vient d'arriver ! Et là,
- patatras !.</para>
+ patatras !</para>
<para>La solution consiste à s'arranger pour que le maître
pousse les révisions vers un emplacement
@@ -2846,7 +2850,7 @@
<literal>Location</literal> du maître et des esclaves, vous
devez configurer le maître pour que la réplication vers les
esclaves fonctionne. Ceci se fait de la manière habituelle,
- en utilisant <command>svnsync</command>. Si vous n'êtes pas
+ en utilisant <command>svnsync</command>. Si vous n'êtes pas
familier avec cet outil, reportez-vous à <xref
linkend="svn.reposadmin.maint.replication"/> pour plus de
détails.</para>
@@ -2917,8 +2921,8 @@
pas nécessaires, mais constituent un moyen astucieux
d'autoriser <command>svnsync</command> à lancer des
commandes qui fonctionneront à l'arrière-plan, de telle
- sorte que le client subversion ne se retrouvera pas à
- attendre indéfiniment que la propagation se termine. en
+ sorte que le client Subversion ne se retrouvera pas à
+ attendre indéfiniment que la propagation se termine. En
plus de cette procédure post-propagation
(<literal>post-commit</literal>), vous aurez également
besoin d'une procédure <literal>post-revprop-change</literal>
@@ -2928,7 +2932,8 @@
<programlisting>
#!/bin/sh
-# Procédure post-revprop-change pour répliquer les modifications
revprop-changes vers les esclaves
+# Procédure post-revprop-change pour répliquer les modifications
+# des propriétés de révisions vers les esclaves
REV=${2}
svnsync copy-revprops http://esclave1.exemple.com/svn-proxy-sync ${REV}
> /dev/null 2>&1
@@ -2954,15 +2959,15 @@
<command>svn lock</command> et <command>svn
unlock</command> sur les serveurs esclaves,
vraisemblablement à l'aide d'une méthode de connexion à
- distance telle que SSH. Nous laissons ceci en guise
- d'exercice au lecteur !</para>
+ distance telle que SSH. Nous laissons ceci au lecteur
+ en guise d'exercice !</para>
</sect4>
<sect4 id="svn.serverconfig.httpd.extra.writethruproxy.caveats">
<title>Pièges à éviter</title>
- <para>Votre système de réplication maître/esclave doiit à
+ <para>Votre système de réplication maître/esclave doit à
présent être prêt à l'emploi. Cependant, quelques consignes
de prudence sont de mise. Souvenez-vous que la réplication
n'est pas totalement robuste en ce qui concerne les
@@ -3017,7 +3022,7 @@
Apache, en tant que serveur web robuste, dont on peut tirer
profit pour améliorer les fonctionnalités ou la sécurité de
Subversion. Le client Subversion est capable d'utiliser SSL
- (Secure Socket Layer — le protocole de sécurisation des
+ (Secure Socket Layer, le protocole de sécurisation des
échanges sur internet, présenté auparavant). Si votre client
Subversion a été compilé en incluant le support de SSL, il
peut accéder à votre serveur Apache en utilisant des URL
@@ -3027,7 +3032,7 @@
<para>D'autres fonctionnalités de la relation Apache/Subversion
sont également tout aussi utiles, comme par exemple la
possibilité de spécifier un port personnalisé (au lieu du port
- HTTP par défaut :80) ou un nom de domaine virtuel par lequel
+ HTTP par défaut, 80) ou un nom de domaine virtuel par lequel
accéder au dépôt Subversion ou la possibilité d'accéder au
dépôt via un serveur mandataire HTTP.</para>
@@ -3094,10 +3099,10 @@
pour la première fois ont tendance à se lancer dans le contrôle
d'accès basé sur les chemins sans trop y réfléchir.
L'administrateur sait en général quelles équipes travaillent sur
- quel projet, il est dès lors facile de démarrer et d'accorder
+ quel projet, il est dès lors facile de démarrer en accordant
l'accès pour certains répertoires à certaines équipes et pas à
- d'autres. Ça peut sembler assez naturel, et apaiser le désir de
- l'administrateur de contrôler le dépôt de très près.</para>
+ d'autres. Ceci peut sembler assez naturel, et assouvir le désir
+ de l'administrateur de contrôler le dépôt de très près.</para>
<para>Notez cependant qu'il y a souvent des coûts invisibles (et
visibles !) associés à cette fonctionnalité. Dans la
@@ -3117,7 +3122,7 @@
en place une barrière à la collaboration. Vous créez aussi tout
un tas de règles qui doivent être gérées au fur et à mesure que
les projets se développent, que de nouveaux utilisateurs sont
- ajoutés, etc. C'est un quantité de travail supplémentaire à
+ ajoutés, etc. C'est une quantité de travail supplémentaire à
fournir.</para>
<para>Souvenez-vous que c'est un système de gestion de
@@ -3159,20 +3164,22 @@
<para>La syntaxe du fichier est la même syntaxe que celle utilisée
dans <filename>svnserve.conf</filename> et dans les fichiers de
- configuration. Les lignes commançant par un dièse
- (<literal>#</literal>). Dans la forme la plus simple, chaque
- section désigne un dépôt et un chemin à l'intérieur de celui-ci et
- les noms d'utilisateurs authentifiés sont les noms des options à
+ configuration. Les lignes commençant par un dièse
+ (<literal>#</literal>) sont ignorées. Dans la forme la plus
+ simple, chaque section désigne un dépôt et un chemin
+ à l'intérieur de celui-ci et les noms d'utilisateurs
+ authentifiés sont les noms des options à
l'intérieur de chaque section. La valeur de chaque option décrit
- le niveau d'accès au chemin du dépôt de l'utilsateur : soit
- <literal>r</literal> (lecture seule) soit <literal>rw</literal>
- (lecture/écriture). Si l'utilisateur ne figure pas dans la
+ le niveau d'accès de l'utilisateur au chemin du dépôt :
+ soit <literal>r</literal> (lecture seule),
+ soit <literal>rw</literal> (lecture/écriture).
***The diff for this file has been truncated for email.***
More information about the svnbook-dev
mailing list