[svnbook] r3710 committed - * src/fr/book/ch03-advanced-topics.xml...
svnbook at googlecode.com
svnbook at googlecode.com
Fri Mar 19 18:06:35 CDT 2010
Revision: 3710
Author: subversif999 at gmail.com
Date: Fri Mar 19 16:06:08 2010
Log: * src/fr/book/ch03-advanced-topics.xml
- Fix typos
- Fix translation of some localised output
http://code.google.com/p/svnbook/source/detail?r=3710
Modified:
/trunk/src/fr/book/ch03-advanced-topics.xml
=======================================
--- /trunk/src/fr/book/ch03-advanced-topics.xml Sun Feb 14 01:24:11 2010
+++ /trunk/src/fr/book/ch03-advanced-topics.xml Fri Mar 19 16:06:08 2010
@@ -8,7 +8,7 @@
copie de travail du dépôt Subversion. Vous n'avez aucune difficulté
à propager vos modifications et à recevoir des mises à jour en
utilisant les commandes <command>svn commit</command> et
- <command>svn update</command> Vous avez probablement acquis le
+ <command>svn update</command>. Vous avez probablement acquis le
réflexe, presque inconscient, de lancer la commande
<command>svn status</command>. Bref, vous êtes apte à utiliser
Subversion dans un environnement normal pour tout type de
@@ -16,7 +16,7 @@
<para>Mais les fonctionnalités de Subversion ne s'arrêtent pas aux
<quote>opérations courantes de gestion de versions</quote>. Il
- possède d'autres atouts en plus de permettre le partage de fichiers
+ possède d'autres atouts, en plus de permettre le partage de fichiers
et de répertoires depuis un dépôt central.</para>
<para>Ce chapitre dévoile certaines fonctionnalités de Subversion qui,
@@ -48,8 +48,8 @@
<emphasis>vraiment</emphasis> un numéro de révision, vous pouvez
fournir un numéro de révision que vous avez vu soit dans un mail
de propagation, soit dans la sortie d'une autre opération
- Subversion, soit dans un autre contexte qui donnait du sens à ce
- numéro particulier.</para>
+ Subversion, soit dans un autre contexte où ce numéro possédait
+ une signification particulière.</para>
<para>Occasionnellement, vous avez besoin d'identifier un moment
précis pour lequel vous n'avez pas de numéro de révision en tête
@@ -66,7 +66,7 @@
<replaceable>REV1</replaceable>:<replaceable>REV2</replaceable></option>
où <replaceable>REV1</replaceable> est un mot-clé de révision et
<replaceable>REV2</replaceable> est un numéro de révision, ou
- alors <replaceable>REV1</replaceable> est une date et
+ bien où <replaceable>REV1</replaceable> est une date et
<replaceable>REV2</replaceable> est un numéro de révision. Comme
chaque appellation de révision est évaluée indépendamment, vous
pouvez placer n'importe quel type d'appellation de chaque côté
@@ -94,9 +94,9 @@
<primary>PREV</primary>
</indexterm>
- <para>Le client Subversion accepte toute une variété de mots-clés
+ <para>Le client Subversion accepte une grande variété de mots-clés
de révision. En tant qu'argument de l'option
- <option>--revision</option>(<option>-r</option>) ces mots-clés
+ <option>--revision</option> (<option>-r</option>) ces mots-clés
peuvent être utilisés en lieu et place des numéros et sont
remplacés par les numéros correspondants par
Subversion :</para>
@@ -106,8 +106,8 @@
<varlistentry>
<term><literal>HEAD</literal></term>
<listitem>
- <para>La dernière (ou plus récente) révision présente dans
- le dépot.</para>
+ <para>La dernière (c'est-à-dire la plus récente) révision
+ présente dans le dépôt.</para>
</listitem>
</varlistentry>
@@ -143,10 +143,10 @@
<para>Comme vous pouvez le deviner d'après leur description, les
mots-clés de révision <literal>PREV</literal>,
- <literal>BASE</literal>, et <literal>COMMITTED</literal> ne sont
+ <literal>BASE</literal> et <literal>COMMITTED</literal> ne sont
utilisés que pour faire référence à un chemin dans la copie de
travail ; ils ne s'appliquent pas à des URL du dépôt. En
- revanche,<literal>HEAD</literal> peut être utilisé avec les deux
+ revanche, <literal>HEAD</literal> peut être utilisé avec les deux
types de chemin (local ou URL du dépôt).</para>
<para>Vous trouvez ci-dessous des exemples de l'utilisation de
@@ -168,16 +168,16 @@
# version de machin.c dans le dépôt.
$ svn log -r BASE:HEAD
-# affiche, pour le répertoire versionné courant, les messages de
propagation depuis
-# la dernière mise à jour (svn update)
+# affiche, pour le répertoire suivi en versions courant, les messages
+# de propagation depuis la dernière mise à jour (svn update).
$ svn update -r PREV machin.c
-# revient une version en arrière pour le fichier machin.c
-# Ceci diminue de un la révision de la version de travail du fichier
machin.c
+# revient une version en arrière pour le fichier machin.c. Ceci diminue
+# de un la révision de la version de travail du fichier machin.c.
$ svn diff -r BASE:14 machin.c
# compare la version non modifiée localement de machin.c avec
-# la version de ce fichier à la révision 14
+# la version de ce fichier à la révision 14.
</screen>
@@ -195,8 +195,8 @@
<para>Les numéros de révision n'ont aucune signification en dehors
du système de gestion de versions. Cependant, parfois, vous avez
besoin d'associer une date réelle à un moment précis de
- l'historique des versions. Pour ça, l'option
- <option>--revision</option>(<option>-r</option>) accepte comme
+ l'historique des versions. À cette fin, l'option
+ <option>--revision</option> (<option>-r</option>) accepte comme
argument une date placée entre accolades (<literal>{</literal> et
<literal>}</literal>). Subversion accepte les dates et les heures
aux formats définis dans le standard ISO-8601 ainsi que quelques
@@ -227,7 +227,7 @@
<screen>
$ svn log -r {2006-11-28}
------------------------------------------------------------------------
-r12 | ira | 2006-11-27 12:31:51 -0600 (lun. 27 Nov. 2006) | 6 lignes
+r12 | ira | 2006-11-27 12:31:51 -0600 (lun. 27 nov. 2006) | 6 lignes
…
</screen>
@@ -242,7 +242,7 @@
Subversion renvoie <emphasis>la révision la plus récente du
dépôt</emphasis> à la date spécifiée. Si vous spécifiez une
date sans préciser l'heure, comme <literal>2006-11-27</literal>,
- Subversion utilise alors 00h00 comme heure, et la recherche de
+ Subversion utilise alors 00h00 comme heure et la recherche de
la plus récente révision ne renvoit donc pas de résultat
correspondant au 27 novembre.</para>
@@ -323,9 +323,9 @@
dont le nom commence par <literal>svn:</literal>. Bien qu'il n'y
en ait seulement que quelques unes d'utilisées actuellement,
vous ne devez pas créer vos propres propriétés avec un nom
- commençant par ce préfixe. Sinon, vous courrez le risque qu'une
+ commençant par ce préfixe. Sinon, vous courez le risque qu'une
future version de Subversion définisse une propriété ayant le
- même nom mais avec un usage tout autre.</para>
+ même nom mais un usage tout autre.</para>
</note>
<para>Les propriétés sont aussi présentes ailleurs dans Subversion.
@@ -343,7 +343,7 @@
l'utilisation des propriétés. Il demande seulement de ne pas
utiliser de nom de propriété qui commence par le préfixe
<literal>svn:</literal>. C'est l'espace de noms qu'il garde pour
- on propre usage. Et Subversion utilise bien lui-même les
+ son propre usage. Et Subversion utilise bien lui-même les
propriétés, suivies en versions ou pas. Certaines propriétés
suivies en versions ont une signification particulière ou des
effets particuliers quand elles font référence à un fichier ou à
@@ -359,8 +359,8 @@
<para>Dans cette section, nous examinons l'utilité des propriétés,
à la fois pour l'utilisateur et pour Subversion lui-même. Vous
- apprendrez les sous-commandes <command>svn</command> relatives aux
- propriétés et comment la modification des propriétés change votre
+ apprendrez les sous-commandes <command>svn</command> relatives
+ aux propriétés et comment la modification des propriétés change votre
manière habituelle d'utiliser Subversion.</para>
<!-- ===============================================================
-->
@@ -380,7 +380,7 @@
donc vous voulez automatiser le plus possible la gestion du
site. Ces photos peuvent être relativement volumineuses et vous
voulez pouvoir fournir des miniatures à vos visiteurs, comme
- c'est généralement le cas sur ce genre de sites.</para>
+ c'est généralement le cas sur ce genre de site.</para>
<para>Certes, vous pouvez le faire en utilisant des fichiers
traditionnels. C'est-à-dire que vous avez votre
@@ -388,7 +388,7 @@
<filename>image123-thumbnail.jpg</filename> côte à côte dans un
répertoire. Ou, si vous voulez garder les mêmes noms de fichier,
vous placez vos miniatures dans un répertoire différent, comme
- <filename>thumbnails/image123.jpg</filename>. Vous pouvez
+ <filename>thumbnails/image123.jpg</filename>. Vous pouvez
également stocker vos légendes et dates de la même façon,
séparées encore une fois du fichier image original. Mais le
problème est que votre collection de fichiers s'agrandit de
@@ -399,8 +399,8 @@
les propriétés des fichiers fournies par Subversion. Imaginez un
simple fichier image, <filename>image123.jpg</filename>, et un
ensemble de propriétés relatives à ce fichier nommées
- <literal>légende</literal>,<literal>date</literal> et même
- <literal>miniature</literal>. Maintenant, le répertoire de votre
+ <literal>légende</literal>, <literal>date</literal> et même
+ <literal>miniature</literal>. À présent, le répertoire de votre
copie de travail se gère beaucoup plus facilement ; en fait,
vu du navigateur, il semble ne contenir que des images. Mais vos
scripts d'automatisation vont plus loin : ils savent qu'ils
@@ -428,8 +428,8 @@
propriété qui contient un identifiant en provenance d'un autre
outil de gestion et de l'associer à une révision. Par exemple,
l'outil de gestion est utilisé pour suivre les bogues et la
- révision corrige le bogue associé à l'identifiant. Ce peut aussi
- être l'utilisation de noms plus conviviaux pour les
+ révision corrige le bogue associé à l'identifiant. Il s'agit
+ parfois aussi d'utiliser des noms plus conviviaux pour les
révisions : il peut être difficile de se remémorer que la
révision 1935 correspond à une révision qui a subi la totalité
des tests, alors qu'une propriété
@@ -460,7 +460,7 @@
probabilité de réussite, surtout si, pour votre recherche, il
faut une copie de travail de la racine de votre dépôt.</para>
- <para>C'est pourquoi, vous pouvez choisir, en particulier pour
+ <para>C'est pourquoi vous pouvez choisir, en particulier pour
ce qui concerne les propriétés de révisions, de simplement
ajouter les méta-données au message de propagation. Par
exemple, utilisez une politique de formatage (idéalement
@@ -516,8 +516,8 @@
la propriété.</para>
<screen>
-$ svn propset license -F /chemin/vers/LICENCE calc/bouton.c
-Propriété 'license' définie sur 'calc/bouton.c'
+$ svn propset licence -F /chemin/vers/LICENCE calc/bouton.c
+Propriété 'licence' définie sur 'calc/bouton.c'
$
</screen>
@@ -525,7 +525,7 @@
nom de propriété doit commencer par une lettre, le caractère
deux points (<literal>:</literal>), ou le caractère souligné
(<literal>_</literal>) ; ensuite, vous pouvez utiliser des
- chiffres, des tirets (<literal>-</literal>), et des points
+ chiffres, des tirets (<literal>-</literal>) et des points
(<literal>.</literal>)
<footnote>
<para>Pour ceux qui connaissent le XML, c'est à peu près le
@@ -575,7 +575,7 @@
vraiment utiles si vous ne pouviez pas récupérer facilement la
valeur d'une propriété. Subversion propose donc deux
sous-commandes pour afficher les noms et les valeurs des
- propriétés stockées des fichiers et répertoires. La commande
+ propriétés associées aux fichiers et répertoires. La commande
<command>svn proplist</command> fournit la liste des noms de
propriétés qui existent dans un chemin. Une fois que vous
connaissez les noms des propriétés d'un élément, vous pouvez
@@ -589,7 +589,7 @@
$ svn proplist calc/bouton.c
Propriétés sur 'calc/bouton.c':
copyright
- license
+ licence
$ svn propget copyright calc/bouton.c
(c) 2006 Red-Bean Software
$
@@ -622,28 +622,28 @@
<command>propdel</command>. Puisque Subversion vous autorise à
stocker des propriétés avec une valeur vide, vous ne pouvez pas
supprimer une propriété en utilisant <command>svn
propedit</command>
- ou <command>svn propset</command>. Par exemple, la commande
+ ou <command>svn propset</command>. Par exemple, la commande
suivante <emphasis>ne fournit pas</emphasis> le résultat
escompté :</para>
<screen>
-$ svn propset license calc/bouton.c
-Propriété 'license' définie sur 'calc/bouton.c'
+$ svn propset licence calc/bouton.c
+Propriété 'licence' définie sur 'calc/bouton.c'
$ svn proplist -v calc/bouton.c
Propriétés sur 'calc/bouton.c':
copyright : (c) 2006 Red-Bean Software
- license :
+ licence :
$
</screen>
<para>Vous devez utiliser la sous-commande
- <command>propdel</command> pour supprimer entièrement une
+ <command>propdel</command> pour supprimer complètement une
propriété. La syntaxe est similaire aux autres commandes sur les
propriétés :</para>
<screen>
$ svn propdel license calc/bouton.c
-Propriété 'license' supprimée de 'calc/bouton.c'.
+Propriété 'licence' supprimée de 'calc/bouton.c'.
$ svn proplist -v calc/bouton.c
Propriétés sur 'calc/bouton.c':
copyright : (c) 2006 Red-Bean Software
@@ -666,10 +666,9 @@
propagation d'une révision précédente
<footnote>
<para>Corriger les fautes d'orthographe, les erreurs de
- grammaire et les informations simplement erronnées au sein
- des messages de propagation est peut-être le cas le plus
- courant d'utilisation de l'option
- <option>--revprop</option>.</para>
+ grammaire et les informations simplement erronées au sein
+ des messages de propagation est peut-être l'usage le plus
+ courant de l'option <option>--revprop</option>.</para>
</footnote>.
Si le répertoire actuel fait partie de votre copie de travail du
dépôt, vous pouvez simplement lancer la commande
@@ -697,7 +696,7 @@
versions doit être explicitement ajouté par l'administrateur du
dépôt (voir <xref linkend="svn.reposadmin.maint.setlog" />).
En effet, la propriété n'étant pas suivie en versions, vous
- risquez une perte d'informations si vous la modifiez à tort ou
+ risquez une perte d'informations si vous la modifiez à tort et
à travers. L'administrateur du dépôt peut mettre en place des
protections contre ce type d'incident et, par défaut, la
modification de propriétés non suivies en versions est
@@ -762,13 +761,13 @@
propriétés de <filename>calc/bouton.c</filename>, mais pas son
contenu. Si nous avions changé les deux, nous aurions vu le
<literal>M</literal> dans la première colonne également
- (reportez-vous à <xref
+ (reportez-vous à <xref
linkend="svn.tour.cycle.examine.status" />).</para>
<sidebar>
<title>Conflits sur les propriétés</title>
- <para>De la même manière que pour les contenus des fichiers, les
+ <para>De la même manière que pour le contenu des fichiers, les
modifications locales effectuées sur les propriétés peuvent
entrer en conflit avec les changements effectués par d'autres
collaborateurs. Si vous faites une mise à jour de votre copie
@@ -814,11 +813,11 @@
<para>Vous avez peut-être remarqué que Subversion affiche les
différences au niveau des propriétés d'une manière non standard.
Certes, vous pouvez toujours rediriger la sortie de
- <command>svn diff</command> pour créer un fichier patch
+ <command>svn diff</command> pour créer un fichier correctif
utilisable : le programme patch ignore ce qui concerne les
propriétés (comme il ignore tout ce qu'il ne comprend pas).
Malheureusement, cela signifie aussi que pour appliquer
- intégralement un patch généré par
+ intégralement un correctif généré par
<command>svn diff</command>, les modifications concernant les
propriétés doivent être faites à la main.</para>
@@ -833,7 +832,7 @@
fonctionnalités de Subversion présentées ailleurs dans ce
chapitre ainsi que dans les autres chapitres : comparaisons et
fusions textuelles, substitution de mots-clés, transformation des
- retours à la ligne, etc. Mais pour profiter pleinement des
+ retours à la ligne, etc. Mais pour profiter pleinement des
propriétés, il faut les placer sur les répertoires et fichiers
adéquats. Malheureusement, cette étape peut passer à la trappe
dans le train-train quotidien, d'autant plus qu'oublier de
@@ -873,15 +872,15 @@
Subversion se trompe ou si vous voulez indiquer un type plus
précis (par exemple <literal>image/png</literal> ou
<literal>application/x-shockwave-flash</literal>), vous pouvez
- toujours supprimer ou modifier cette propriété. (Pour d'avantage
+ toujours supprimer ou modifier cette propriété (pour d'avantage
d'informations sur la gestion des types MIME par Subversion,
- reportez vous à <xref
+ reportez vous à <xref
linkend="svn.advanced.props.special.mime-type" /> plus loin dans
ce chapitre).</para>
<para>Subversion fournit également, via sa zone de configuration
(voir <xref linkend="svn.advanced.confarea" />), une fonction de
- renseignement automatique des propriétés plus flexible qui vous
+ renseignement automatique des propriétés, plus flexible, qui vous
permet de créer des associations entre, d'une part, des motifs de
noms de fichiers et, d'autre part, des noms de
propriétés / valeurs de propriétés. Là encore, ces
@@ -894,18 +893,18 @@
qui, à chaque ajout d'un fichier JPEG (c'est-à-dire dont le nom
est du type <literal>*.jpg</literal>), fixe la propriété
<literal>svn:mime-type</literal> de ce fichier à la valeur
- <literal>image/jpeg</literal>. Ou alors, tout fichier de type
- <literal>*.cpp</literal> se voit affecter la propriété
+ <literal>image/jpeg</literal>. Ou alors affecte à tout fichier
+ de type <literal>*.cpp</literal> la propriété
<literal>svn:eol-style</literal> avec la valeur
- <literal>native</literal>, et la propriété
- <literal>svn:keywords</literal> la valeur
+ <literal>native</literal> et la propriété
+ <literal>svn:keywords</literal> avec la valeur
<literal>Id</literal>. L'affectation automatique de propriétés
est sûrement l'outil de manipulation des propriétés le plus
commode de tout Subversion. Reportez-vous à <xref
linkend="svn.advanced.confarea.opts.config"/> pour plus
d'informations sur la configuration de cette fonction.</para>
- </sect2>
+ </sect2>
</sect1>
<!-- =================================================================
-->
@@ -963,15 +962,15 @@
<filename>.png</filename>, en revanche, sont considérés comme
des fichiers du type "Portable Network Graphics", illisibles
pour un être humain, et utilisables uniquement au travers d'un
- logiciel qui comprend le format PNG pour pouvoir l'afficher en
- tant qu'image matricielle.</para>
+ logiciel capable de comprendre le format PNG et de l'afficher
+ en tant qu'image matricielle.</para>
<para>Malheureusement, certaines de ces extensions ont changé de
sens au fil du temps. Au début des ordinateurs personnels, un
fichier <filename>LISEZMOI.DOC</filename> aurait
certainement été un simple fichier texte, comme aujourd'hui les
fichiers <filename>.txt</filename>. Mais, rendu au milieu des
- années 1990, vous pouvez parier que ce fichier ne serait plus
+ années 1990, vous pouviez parier que ce fichier ne serait plus
un simple fichier texte, mais un document "Microsoft Word",
format propriétaire et illisible pour un être humain. Ce
changement n'a pas eu lieu du jour au lendemain et il y a eu
@@ -990,19 +989,19 @@
confusion sur la relation entre le nom d'un fichier et son
contenu. Avec l'information circulant à travers les réseaux,
souvent générée dynamiquement par des programmes sur les
- serveurs, il n'y avait plus de fichier en tant que tel, et donc
+ serveurs, il n'y avait plus de fichier en tant que tel et donc
plus de nom de fichier. Les serveurs Web, par exemple, avaient
besoin d'un autre moyen pour indiquer au navigateur quel type
de contenu il télécharge afin qu'il puisse appliquer un
- traitement cohérent à cette information : soit afficher les
+ traitement cohérent à cette information : soit afficher les
données à l'aide d'un programme qui sait traiter ce type de
contenu, soit demander à l'utilisateur où stocker les données
téléchargées.</para>
<para>Finalement, un standard est apparu pour, entre autres,
- décrire le contenu d'un flux de données. En 1996, était publiée
+ décrire le contenu d'un flux de données. En 1996 était publiée
la RFC2045, la première des cinq RFC à décrire le format MIME.
- Elle décrit le concept de types de média et de sous-types, et
+ Elle décrit le concept de types de média et de sous-types et
recommande une syntaxe pour représenter ces types. Aujourd'hui,
les types de média MIME (ou simplement types MIME) sont
utilisés de manière pratiquement universelle par les clients
@@ -1019,10 +1018,10 @@
texte, il n'y a souvent pas de concept de <quote>ligne</quote>.
En conséquence, pour les fichiers suivis en versions dont la
propriété <literal>svn:mime-type</literal> contient une valeur
- de type MIME non textuel (généralement, un intitulé qui ne
+ de type MIME non textuel (généralement un intitulé qui ne
commence pas par <literal>text/</literal>, bien qu'il y ait des
exceptions), Subversion ne tente pas de fusion contextuelle
- pendant la mise à jour. A la place, chaque fois que vous avez
+ pendant la mise à jour. À la place, chaque fois que vous avez
modifié localement un fichier binaire qui a été mis à jour sur
le dépôt, Subversion ne touche pas à votre fichier mais crée
deux nouveaux fichiers. Un fichier avec l'extension
@@ -1040,10 +1039,10 @@
contenu non textuel, peut causer des comportements inattendus.
Par exemple, comme la <quote>fin de ligne</quote> n'a pas de
sens dans un fichier binaire, Subversion vous empêche de
- définir la propriété <literal>svn:eol-style</literal> sur ces
+ définir la propriété <literal>svn:eol-style</literal> sur ces
fichiers. Cela saute aux yeux quand vous travaillez sur un seul
fichier et que <command>svn propset</command> génère une
- erreur. Ça l'est beaucoup moins si vous effectuez une
+ erreur. C'est beaucoup moins évident si vous effectuez une
opération récursive, où Subversion omet silencieusement les
fichiers qu'il considère inappropriés pour une propriété
donnée.</para>
@@ -1059,8 +1058,8 @@
est définie, alors le greffon Apache pour Subversion utilise
cette valeur pour renseigner le champ
<literal>Content-type:</literal> de l'en-tête HTTP en réponse à
- une requête GET. Cela fournit une indication très importante au
- navigateur Web pour pouvoir afficher correctement le fichier
+ une requête GET. Cela fournit au navigateur Web une indication
+ très importante pour pouvoir afficher correctement le fichier,
quand vous l'utilisez pour parcourir le contenu du dépôt
Subversion.</para>
@@ -1090,7 +1089,7 @@
<footnote>
<para>Les systèmes de fichiers Windows utilisent les extensions
des fichiers (telles que
- <filename>.EXE</filename>, <filename>.BAT</filename>, et
+ <filename>.EXE</filename>, <filename>.BAT</filename> et
<filename>.COM</filename>) pour indiquer que les fichiers
sont exécutables.</para>
</footnote>.
@@ -1105,9 +1104,9 @@
<sect2 id="svn.advanced.props.special.eol-style">
<title>Caractères de fin de ligne</title>
- <para>Sur un fichier suivi en versions, Subversion considère que
- le contenu est lisible par un humain, à moins que la propriété
- <literal>svn:mime-type</literal> n'indique le contraire. En
+ <para>Pour tout fichier suivi en versions, Subversion considère que
+ le contenu est lisible par un humain sauf si la propriété
+ <literal>svn:mime-type</literal> indique le contraire. En
règle générale, Subversion utilise cette information pour
déterminer s'il est possible d'effectuer une comparaison
contextuelle pour ce fichier. Sinon, pour Subversion, les octets
@@ -1115,7 +1114,8 @@
<para>Cela veut dire que par défaut, Subversion ne s'intéresse pas
au type de caractère utilisé pour marquer les <firstterm>fins de
- lignes</firstterm> (EOL en anglais, pour End Of Line).
+ lignes</firstterm> (<quote>EOL</quote> en anglais, pour
+ <quote>End Of Line</quote>).
Malheureusement, des conventions différentes sont utilisées
suivant les systèmes d'exploitation pour indiquer une fin de
ligne de texte dans un fichier. Par exemple, les logiciels sous
@@ -1149,7 +1149,7 @@
Mais, en pratique, de nombreux outils largement utilisés soit ne
parviennent pas à lire correctement un fichier utilisant une
convention différente pour les fins de ligne, soit ils
- convertissent les fins de lignes dans le format local lors de la
+ convertissent les fins de lignes au format local lors de la
sauvegarde. Dans le premier cas, le développeur doit utiliser
des outils externes (tels que <command>dos2unix</command> et son
compagnon <command>unix2dos</command>) pour préparer le fichier
@@ -1165,7 +1165,7 @@
temps et des modifications inutiles sur les fichiers propagés.
La perte de temps est déjà pénible. Mais si en plus la
propagation change chaque ligne du fichier, trouver quelle
- ligne a effectivement changé devient non trivial. A quel endroit
+ ligne a effectivement changé devient non trivial. À quel endroit
ce bogue a-t-il réellement été corrigé ? Dans quelle ligne
y avait-il cette erreur de syntaxe ? </para>
@@ -1237,7 +1237,7 @@
<!-- =================================================================
-->
<!-- =================================================================
-->
<sect1 id="svn.advanced.props.special.ignore">
- <title>Ignorer les éléments non suivis en versions</title>
+ <title>Occultation des éléments non suivis en versions</title>
<para>Dans n'importe quelle copie de travail, il y a de grandes
chances que les fichiers et répertoires suivis en versions côtoient
@@ -1261,18 +1261,18 @@
quels fichiers de l'arborescence vous voulez suivre ou non en
versions, il est relativement facile d'ajouter au suivi de
versions des éléments que vous ne vouliez pas suivre. Et comme la
- commande <command>svn status</command> traite, par défaut, tous
- les éléments intéressants dans la copie de travail, y compris les
+ commande <command>svn status</command> liste, par défaut, tous
+ les éléments intéressants de la copie de travail, y compris les
fichiers et répertoires non suivis en versions, son affichage
devient rapidement confus avec de tels imbroglios.</para>
- <para>C'est pourquoi Subversion fournit deux façons de lui indiquer
+ <para>C'est pourquoi Subversion fournit deux méthodes pour lui indiquer
quels fichiers vous souhaitez ignorer. La première implique
l'utilisation de la zone de configuration (voir <xref
linkend="svn.advanced.confarea" />) et, par conséquent, s'applique
à toutes les opérations Subversion qui utilisent cette zone de
configuration, généralement toutes celles de l'ordinateur ou d'un
- utilisateur particulier de l'ordinateur. L'autre façon utilise les
+ utilisateur particulier de l'ordinateur. L'autre méthode utilise les
propriétés Subversion des répertoires et est plus liée à
l'arborescence suivie en versions elle-même. Par conséquent, elle
affecte tous ceux qui possèdent une copie de travail de cette
@@ -1284,9 +1284,9 @@
<para>La zone de configuration de Subversion propose une option,
<literal>global-ignores</literal>, dont la valeur est un ensemble
de motifs de noms de fichiers (appelés aussi globs) séparés par des
- espaces. Le client Subversion compare ces motifs avec les noms de
- fichiers que l'on tente d'ajouter au suivi de versions, ainsi
- qu'aux fichiers non suivis en versions détectés par la commande
+ espaces. Le client Subversion compare ces motifs aux noms des
+ fichiers que l'on tente d'ajouter au suivi de versions, ainsi qu'aux
+ noms des fichiers non suivis en versions détectés par la commande
<command>svn status</command>. Si un nom de fichier correspond au
motif, Subversion ignore totalement ce fichier. C'est
particulièrement utile pour les fichiers que vous ne voulez jamais
@@ -1296,11 +1296,11 @@
Emacs).</para>
<sidebar>
- <title>Les motifs de fichier dans Subversion</title>
+ <title>Les motifs de noms de fichiers dans Subversion</title>
<para>Les motifs de noms de fichiers (également appelés
<firstterm>globs</firstterm> ou motifs de filtrages du shell)
- sont des chaînes de caractères qui sont destinés à être comparés
+ sont des chaînes de caractères destinées à être comparées
à des noms de fichiers, en général dans le but de sélectionner
rapidement un sous-ensemble de fichiers similaires au sein d'un
ensemble plus large, sans avoir à nommer explicitement chaque
@@ -1341,7 +1341,7 @@
</variablelist>
<para>Vous pouvez observer ce même filtrage de motifs à l'invite
- de commandes d'un shell Unix. Voici ci-dessous des exemples de
+ de commandes d'un shell Unix. Voici des exemples de
motifs utilisés pour différentes choses :</para>
<screen>
@@ -1381,15 +1381,15 @@
<para>Pour un répertoire suivi en versions, la propriété
<literal>svn:ignore</literal> est supposée contenir une liste de
motifs de noms de fichiers (un motif par ligne) que Subversion
- utilise pour déterminer quels objets ignorer dans le présent
- répertoire. Ces motifs ne remplacent pas les motifs inscrits dans
+ utilise pour déterminer quels objets ignorer dans le répertoire
+ concerné. Ces motifs ne remplacent pas les motifs inscrits dans
la directive <literal>global-ignores</literal> de la zone de
configuration, mais s'ajoutent à cette liste. Veuillez également
noter que, contrairement à la directive
<literal>global-ignores</literal>, les motifs de la propriété
<literal>svn:ignore</literal>
s'appliquent uniquement au répertoire pour lequel la propriété est
- définie, et pas à ses sous-répertoires. La propriété
+ définie et pas à ses sous-répertoires. La propriété
<literal>svn:ignore</literal> est utile pour indiquer à Subversion
d'ignorer les fichiers susceptibles d'être présents dans la copie
de travail de ce répertoire chez chaque utilisateur comme par
@@ -1402,12 +1402,12 @@
<para>Le support des motifs de fichiers à ignorer dans Subversion
s'applique uniquement à la procédure d'ajout de fichiers et
répertoires non suivis en versions vers la gestion de versions.
- Une fois que l'objet est géré en version par Subversion, les
+ Une fois que l'objet est suivi en versions par Subversion, les
mécanismes permettant d'ignorer certains fichiers selon des
- motifs prédéfinis ne s'applique plus. Autrement dit, ne pensez
+ motifs prédéfinis ne s'appliquent plus. Autrement dit, ne pensez
pas que Subversion ne propagera pas les changements que vous
avez faits à un fichier suivi en versions simplement parce que
- son nom correspond à un motif à ignorer : Subversion prend
+ son nom correspond à un motif à ignorer : Subversion prend
<emphasis>toujours</emphasis> en compte l'ensemble des objets
qu'il gère.</para>
</note>
@@ -1417,7 +1417,7 @@
<para>La syntaxe et le fonctionnement de la propriété
<literal>svn:ignore</literal> de Subversion sont très similaires
- au fichier <filename>.cvsignore</filename> de CVS. Si vous
+ à ceux du fichier <filename>.cvsignore</filename> de CVS. Si vous
migrez une copie de travail CVS vers Subversion, vous pouvez
migrer directement les motifs à ignorer en utilisant le fichier
<filename>.cvsignore</filename> comme entrée à la commande
@@ -1425,14 +1425,14 @@
<screen>
$ svn propset svn:ignore -F .cvsignore .
-property 'svn:ignore' set on '.'
+Propriété 'svn:ignore' définie sur '.'
$
-</screen>
+</screen>
<para>Il y a quand même quelques différences entre CVS et
Subversion concernant les motifs à ignorer. Les deux systèmes
n'utilisent pas les motifs au même moment et il y a quelques
- divergences légères sur ce sur quoi ils s'appliquent.
+ légères divergences sur ce sur quoi ils s'appliquent.
D'ailleurs, Subversion ne reconnaît pas le motif
<literal>!</literal> pour revenir à une situation où aucun motif
n'est ignoré.</para>
@@ -1476,7 +1476,7 @@
Vous savez également que vous avez toujours des fichiers de
traces qui traînent. On peut faire ce constat pour toutes les
copies de travail locales de ce projet, pas seulement la vôtre. Et
- vous savez que cela ne vous intéresse pas, et que cela n'intéresse
+ vous savez que cela ne vous intéresse pas et que cela n'intéresse
très probablement aucun autre développeur, de voir ces fichiers
apparaître à chaque commande <command>svn status</command>. Vous
allez donc utiliser <userinput>svn propedit svn:ignore
calc</userinput>
@@ -1509,7 +1509,7 @@
fichiers présents mais non suivis en versions, c'est tout. Et
maintenant que ces parasites sont supprimés de l'affichage, il ne
vous reste plus que les éléments intéressants, tels que le fichier
- de code source <filename>donnees.c</filename> que vous avez
+ source <filename>donnees.c</filename> que vous avez
probablement oublié d'ajouter au suivi de versions.</para>
<para>Bien évidemment, ce compte-rendu plus succinct de l'état de
@@ -1534,8 +1534,8 @@
ignorer est aussi utilisée par <command>svn add</command> et
<command>svn import</command>. Ces deux opérations demandent à
Subversion de gérer un ensemble de fichiers et de répertoires.
- Plutôt que de forcer l'utilisateur à choisir quels fichiers dans
- l'arborescence il souhaite suivre en versions, Subversion utilise
+ Plutôt que de forcer l'utilisateur à choisir dans l'arborescence
+ quels fichiers il souhaite suivre en versions, Subversion utilise
les motifs de fichiers à ignorer, à la fois la liste globale et
ceux définis par répertoire, pour déterminer quels fichiers suivre
(ou ne pas suivre) en versions dans sa procédure récursive d'ajout
@@ -1552,7 +1552,7 @@
que Subversion n'agisse sur eux et donc lancer <userinput>svn
<replaceable>SOUS-COMMANDE</replaceable> *</userinput> revient
à lancer <userinput>svn <replaceable>SOUS-COMMANDE</replaceable>
- fichier1 fichier2 fichier3 …</userinput>. Dans le cas de
+ fichier1 fichier2 fichier3 …</userinput>. Dans le cas de
la commande <command>svn add</command>, ceci a un effet
similaire à l'option <option>--no-ignore</option>. Par conséquent,
au lieu d'utiliser un caractère spécial, utilisez plutôt
@@ -1561,7 +1561,7 @@
explicite permet de s'assurer que le répertoire en cours ne sera
pas négligé car déjà suivi en versions et l'option
<option>--force</option> force Subversion à parcourir ce
- répertoire, ajoutant les fichiers non suivis en versions tout en
+ répertoire, ajoutant les fichiers non suivis en versions, tout en
respectant la propriété <literal>svn:ignore</literal> et la
variable <literal>global-ignores</literal> de la zone de
configuration. Pensez à rajouter l'option <option>--depth
@@ -1591,8 +1591,8 @@
versions, de garder les données à jour. Sans outil automatique,
adieu la pertinence de ces informations !</para>
- <para>Par exemple, prenons un document dans lequel vous voulez
- afficher sa date de dernière modification. Vous pouvez charger
+ <para>Par exemple, prenons un document dont vous voulez
+ afficher la date de dernière modification. Vous pouvez charger
chaque contributeur du document de renseigner le champ
correspondant juste avant de propager ses changements. Mais un
jour ou l'autre, quelqu'un oubliera de le faire. Demandez plutôt
@@ -1600,7 +1600,7 @@
<literal>LastChangedDate</literal>. Vous contrôlez où est inséré
le mot-clé dans votre document en plaçant un signet à l'endroit
voulu dans le fichier. Ce signet est juste une chaîne de
- caractères formatée comme
+ caractères formatée comme ceci :
<literal>$</literal><replaceable>NomDuMotCle</replaceable><literal>$</literal>.</para>
<para>Tous les mots-clés sont sensibles à la casse des caractères
@@ -1623,9 +1623,9 @@
<listitem>
<para>Ce mot-clé indique la date du dernier changement connu
dans le dépôt. Il est de la forme
- <literal>$Date: 2006-07-22 21:42:37 -0700 (Sat,
- 22 Jul 2006) $</literal>. Il peut également être spécifié
- en tant que <literal>LastChangedDate</literal>.
+ <literal>$Date: 2006-07-22 21:42:37 -0700 (sam.
+ 22 juil. 2006) $</literal>. Il peut également être spécifié
+ en tant que <literal>LastChangedDate</literal>.
Contrairement au mot-clé <literal>Id</literal>, qui utilise
l'heure UTC, le mot-clé <literal>Date</literal> affiche la
date et l'heure locales.</para>
@@ -1636,7 +1636,7 @@
<listitem>
<para>Ce mot-clé indique la dernière révision connue pour
laquelle le fichier a changé dans le dépôt. Il fournit une
- réponse du type <literal>$Revision: 144 $</literal>.
+ réponse du type <literal>$Revision: 144 $</literal>.
Il peut aussi être spécifié en tant que
<literal>LastChangedRevision</literal> ou
<literal>Rev</literal>.</para>
@@ -1647,7 +1647,7 @@
<listitem>
<para>Ce mot-clé indique le dernier utilisateur qui a changé
le fichier dans le dépôt et retourne une valeur du
- type <literal>$Author: harry $</literal>.
+ type <literal>$Author: harry $</literal>.
Il peut aussi être spécifié en tant que
<literal>LastChangedBy</literal>.</para>
</listitem>
@@ -1656,9 +1656,9 @@
<term><literal>HeadURL</literal></term>
<listitem>
<para>Ce mot-clé décrit l'URL complète de la dernière version
- du fichier dans le dépôt et ressemble à <literal>$HeadURL:
- http://svn.collab.net/repos/trunk/README $</literal>.
- Il peut être abrégé en
+ du fichier dans le dépôt et ressemble à <literal>$HeadURL:
+ http://svn.apache.org/repos/asf/subversion/trunk/README
+ $</literal>. Il peut être abrégé en
<literal>URL</literal>.</para>
</listitem>
</varlistentry>
@@ -1668,11 +1668,11 @@
<para>Ce mot-clé est une combinaison abrégée des autres
mots-clés. Sa substitution donne quelque chose comme
<literal>$Id: calc.c 148 2006-07-28 21:30:43Z sally
- $</literal>, que l'on interprète par <quote>le fichier
- <filename>calc.c</filename> a été modifié en dernier par
- l'utilisateur <literal>sally</literal>. lors de la révision
- 148 le 28 juillet 2006 au soir</quote>. La date et l'heure
affichées
- sont en heure UTC, contrairement au mot-clé
+ $</literal>, que l'on interprète comme suit : <quote>Le
+ fichier <filename>calc.c</filename> a été modifié en dernier
par
+ l'utilisateur <literal>sally</literal> lors de la révision
+ 148 le 28 juillet 2006 au soir.</quote> La date et l'heure
+ affichées sont en heure UTC, contrairement au mot-clé
<literal>Date</literal> qui utilise l'heure locale.</para>
</listitem>
</varlistentry>
@@ -1709,7 +1709,7 @@
cités précédemment, séparés par des espaces.</para>
<para>Par exemple, pour un fichier nommé
- <filename>meteo.txt</filename> qui ressemble à ça :</para>
+ <filename>meteo.txt</filename> qui ressemble à ceci :</para>
<programlisting>
Voici les dernières prévisions de nos spécialistes :
@@ -1719,7 +1719,7 @@
</programlisting>
<para>Sans la propriété <literal>svn:keywords</literal> activée sur
- ce fichier, Subversion ne fait rien de spécial. Maintenant, si
+ ce fichier, Subversion ne fait rien de spécial. À présent, si
nous activons les substitutions pour le mot-clé
<literal>LastChangedDate</literal> :</para>
@@ -1727,7 +1727,7 @@
$ svn propset svn:keywords "Date Author" meteo.txt
property 'svn:keywords' set on 'meteo.txt'
$
-</screen>
+</screen>
<para>Vous venez d'effectuer une modification locale des propriétés
du fichier <filename>meteo.txt</filename>. Vous ne verrez aucun
@@ -1756,7 +1756,7 @@
<screen>
Voici les dernières prévisions de nos spécialistes :
-$LastChangedDate: 2006-07-22 21:42:37 -0700 (Sat, 22 Jul 2006) $
+$LastChangedDate: 2006-07-22 21:42:37 -0700 (sam. 22 juil. 2006) $
$Rev$
Les cumulus sont de plus en plus nombreux au fur et à mesure que l'été
approche.
</screen>
@@ -1766,7 +1766,7 @@
continue à afficher la même valeur substituée de mot-clé,
jusqu'à ce que vous mettiez à jour votre copie de travail. Aux
mots-clés de <filename>meteo.txt</filename> seront alors à nouveau
- substitués les informations qui se rapportent à la plus récente
+ substituées les informations qui se rapportent à la plus récente
propagation du fichier.</para>
<sidebar>
@@ -1813,8 +1813,8 @@
(<literal>$</literal>) final.</para>
<para>Par exemple, pour un document dans lequel vous avez une
- section avec les mots-clés Subversion dans un tableau.
- L'utilisation de la syntaxe originale de substitution de
+ section avec les mots-clés Subversion dans un tableau,
+ l'utilisation de la syntaxe originale de substitution de
Subversion donne quelque chose comme :</para>
<screen>
@@ -1823,14 +1823,14 @@
$Date$: Date de la dernière propagation
</screen>
- <para>C'est joli et bien aligné au début. Mais quand vous
+ <para>C'est joli et bien aligné au début. Mais quand vous
propagez ce fichier (avec la substitution des mots-clés activée,
bien évidemment), vous obtenez :</para>
<screen>
$Rev: 12 $: Numéro de révision de la dernière propagation
$Author: harry $: Auteur de la dernière propagation
-$Date: 2006-03-15 02:33:03 -0500 (Wed, 15 Mar 2006) $: Date de la
dernière propagation
+$Date: 2006-03-15 02:33:03 -0500 (mer. 15 mars 2006) $: Date de la
dernière propagation
</screen>
<para>Le résultat n'est pas très heureux. Vous êtes alors tenté de
@@ -1956,8 +1956,8 @@
et, à terme, rend obsolète ces deux options plus anciennes. Déjà,
elle permet à l'utilisateur de spécifier le niveau de récursion de
façon plus précise, en ajoutant des niveaux auparavant non
- supportés (ou de manière peu satisfaisante). Voici les valeurs de
- niveau de récursion que vous pouvez ajouter à vos requêtes
+ supportés (ou supportés de manière peu satisfaisante). Voici les
+ valeurs de niveau de récursion que vous pouvez ajouter à vos requêtes
Subversion :</para>
<variablelist>
@@ -1991,8 +1991,8 @@
<term><literal>--depth infinity</literal></term>
<listitem>
<para>Inclut la cible immédiate, les fichiers et répertoires
- fils, les fils des fils, et ainsi de suite pour réaliser une
- récursion complète.</para>
+ fils, les fils des fils et ainsi de suite de façon à
+ réaliser une récursion complète.</para>
</listitem>
</varlistentry>
@@ -2027,7 +2027,7 @@
</tip>
<para>Ces premiers exemples comportaient des extractions avec un
- niveau infini de récursion (la valeur par défaut de
+ niveau infini de récursion (la valeur par défaut de
<command>svn checkout</command>) ou avec un niveau nul. Voyons
maintenant des exemples avec d'autres valeurs de niveau de
récursion :</para>
@@ -2070,7 +2070,7 @@
<para>En plus de l'option <option>--depth</option>, les
sous-commandes <command>svn update</command> et
<command>svn switch</command> acceptent une deuxième option
- relative au niveau de récursion : <option>--set-depth</option>.
+ relative au niveau de récursion : <option>--set-depth</option>.
C'est cette option qui vous permet de changer le niveau de
récursion associé à un élément d'une copie de travail. Regardez ce
qui se passe après avoir extrait notre niveau zéro puis
@@ -2148,12 +2148,12 @@
associés.</para>
<para>Vous devez vous demander : <quote>Bien. Mais quand
- aurais-je besoin d'utiliser ça ?</quote>. Un cas classique est
+ aurais-je besoin d'utiliser ça ?</quote> Un cas classique est
lié à une architecture du dépôt particulière : lorsque de
nombreux projets et modules logiciels liés cohabitent au même
niveau dans un dépôt (<filename>trunk/projet1</filename>,
<filename>trunk/projet2</filename>,
- <filename>trunk/projet3</filename>, etc.). Dans de tels scénarios,
+ <filename>trunk/projet3</filename>, etc.). Dans de tels
scénarios,
il est probable que seuls quelques projets vous intéressent
personnellement, sans doute pas plus d'un projet principal et de
quelques autres modules dont il dépend. Vous pouvez extraire une
@@ -2215,7 +2215,7 @@
<para>Prenons un exemple de la vie réelle où ce type de problème
apparaît. Harry et Sally sont deux graphistes travaillant sur le
- même projet (du marketing pour le patron d'un garage). Au coeur
+ même projet (du marketing pour le patron d'un garage). Au cœur
d'une affiche de ce projet se trouve l'image d'une voiture dont la
carrosserie a besoin d'être réparée, stockée dans un fichier image
au format PNG. L'agencement de l'affiche est pratiquement terminé,
@@ -2233,7 +2233,7 @@
la voiture était davantage endommagée. Lui aussi met à jour sa
copie de travail à la révision <literal>HEAD</literal>, puis
dessine des fissures sur le pare-brise. Il termine son travail
- avant que Sally ne termine le sien, admire son chef-d'oeuvre et
+ avant que Sally ne termine le sien, admire son chef-d'œuvre et
propage les changements. Peu après, Sally en termine avec la
nouvelle couleur de la voiture et essaie de propager ses
modifications. Mais, comme prévu, Subversion ne parvient pas à
@@ -2248,11 +2248,11 @@
résoudre les conflits manuellement. Mais, ici, nous avons affaire
à des images binaires, pas des fichiers texte. Et s'il est
relativement facile de décrire ce que devrait être l'image finale,
- il y a très peu de chance qu'un logiciel soit suffisamment
+ il y a très peu de chances qu'un logiciel soit suffisamment
intelligent pour détecter les parties communes de l'image sur
laquelle les artistes ont travaillé, les changements effectués par
- Harry et les changements effectués par Sally, et pour en tirer une
- image d'une Mustang Rouge avec un pare-brise fissuré !</para>
+ Harry et les changements effectués par Sally et pour en tirer une
+ image d'une Mustang rouge avec un pare-brise fissuré !</para>
<para>Clairement, les choses se seraient mieux passées si Harry et
Sally avaient sérialisé leurs modifications : par exemple, si
@@ -2263,7 +2263,7 @@
de ces problèmes disparaissent complètement quand une
communication parfaite existe entre Harry et Sally
<footnote>
- <para>A ce propos, un peu de communication n'aurait pas non plus
+ <para>À ce propos, un peu de communication n'aurait pas non plus
été un mauvais remède pour leurs homonymes hollywoodiens.</para>
</footnote>.
Mais comme un système de gestion de versions est en fait un mode
@@ -2284,7 +2284,7 @@
suffisamment confiant dans le fait que son travail ne sera pas
vain — la propagation de ses changements réussira. Aussi,
en signifiant aux autres utilisateurs qu'une sérialisation a lieu
- pour un objet suivi en versions, ces utilisateurs peut
+ pour un objet suivi en versions, ces utilisateurs peuvent
raisonnablement s'attendre à ce que cet objet soit modifié par
quelqu'un d'autre. Eux aussi peuvent alors éviter de perdre leur
temps et leur énergie sur des modifications qui ne pourront pas
@@ -2302,18 +2302,18 @@
déverrouiller (abandonner le droit exclusif de modification), de
voir la liste des fichiers qui sont verrouillés et par qui,
d'annoter des fichiers pour lesquels le verrouillage est fortement
- recommandé avant édition, etc. Dans cette section, nous abordons
+ recommandé avant édition, etc. Dans cette section, nous abordons
toutes les facettes de cette fonctionnalité de verrouillage.</para>
<sidebar id="svn.advanced.locking.meanings">
<title>Les trois types de <quote>verrous</quote></title>
- <para>Dans cette section, et pratiquement partout dans ce livre,
+ <para>Dans cette section, comme pratiquement partout dans ce livre,
les mots <quote>verrou</quote> et <quote>verrouillage</quote>
décrivent un mécanisme d'exclusion mutuelle entre utilisateurs
pour éviter des propagations incompatibles. Malheureusement, il
existe deux autres sortes de <quote>verrous</quote> auxquels
- Subversion, et donc ce livre, sont confrontés.</para>
+ Subversion et donc ce livre sont confrontés.</para>
<para>Les premiers sont des <firstterm>verrous des copies de
travail</firstterm>, utilisés en interne par Subversion pour
@@ -2321,7 +2321,7 @@
Subversion travaillant sur la même copie de travail. Ce type de
verrou est repérable au <computeroutput>L</computeroutput> situé
dans la troisième colonne de la sortie de <command>svn
- status</command>, et peut être supprimé par la commande
+ status</command> et peut être supprimé par la commande
<command>svn cleanup</command>, comme indiqué à <xref
linkend="svn.tour.cleanup"/>.</para>
@@ -2329,7 +2329,7 @@
données</firstterm>, utilisés en interne par les bases de données
Berkeley DB pour éviter les collisions entre de multiples
programmes accédant à la base de données. C'est le type de
- verrou qui, s'il persiste sans qu'on le veuille après une
+ verrou qui, s'il est encore présent à notre insu après une
erreur, peut provoquer un <quote>plantage</quote> du dépôt, comme
indiqué dans <xref linkend="svn.reposadmin.maint.recovery"
/>.</para>
@@ -2360,7 +2360,7 @@
dépôt demande deux informations : que le client effectuant
la propagation s'authentifie en tant que détenteur du verrou et
que le jeton de verrouillage soit fourni lors de la procédure de
- propagation afin de signifier que le client sait bien quel
+ propagation afin de montrer que le client sait bien quel
verrou il utilise.</para>
***The diff for this file has been truncated for email.***
More information about the svnbook-dev
mailing list