1.1 --- a/fr/ch06-collab.xml	Mon Nov 30 10:57:15 2009 +0100
     1.2 +++ b/fr/ch06-collab.xml	Mon Nov 30 10:57:42 2009 +0100
     1.3 @@ -16,7 +16,7 @@
     1.4      <title>Interface web de Mercurial</title>
     1.5  
     1.6      <para id="x_44b">Mercurial possède une interface web puissante qui
     1.7 -      propose plusieurs capacités utiles.</para>
     1.8 +      propose plusieurs fonctions utiles.</para>
     1.9  
    1.10      <para id="x_44c">Pour une utilisation intensive, l'interface web vous
    1.11        permet de naviguer dans un ou une collection de dépôt. Vous pouvez voir
    1.12 @@ -26,7 +26,7 @@
    1.13        graphique de la relation entre les modifications individuelles et les
    1.14        fusions (merge).</para>
    1.15  
    1.16 -    <para id="x_44d">De plus, pour la consommation humaine, l'interface web
    1.17 +    <para id="x_44d">De plus, pour l'utilisation humaine, l'interface web
    1.18        fournit des flux Atom et RSS des changements dans un dépôt. Ceci vous
    1.19        permet de <quote>souscrire</quote> à un dépôt en utilisant votre
    1.20        lecteur de flux favori, et être automatiquement avertis de l'activité
    1.21 @@ -41,7 +41,7 @@
    1.22        ci, et (lorsque le serveur est configuré pour l'autoriser) lui envoyer
    1.23        (push) des changements. Le protocole de tunnel HTTP de Mercurial
    1.24        compresse agressivement les données, ainsi, il fonctionne efficacement,
    1.25 -      même au dessus des réseaux avec une bande passante faible.</para>
    1.26 +      même au-dessus des réseaux avec une faible bande passante.</para>
    1.27  
    1.28      <para id="x_44f">La plus simple façon de démarrer avec l'interface
    1.29        utilisateur est d'utiliser votre navigateur web pour visiter un dépôt
    1.30 @@ -54,22 +54,22 @@
    1.31      <para id="x_69d">La façon la plus simple et la plus rapide pour commencer
    1.32        dans un environnement informel est d'utiliser la commande <command
    1.33          role="hg-cmd">hg serve</command> qui est la plus adaptée à un service
    1.34 -      à court terme et <quote>léger</quote>. Référez vous à <xref
    1.35 -        linkend="sec:collab:serve"/> plus pas pour les détails d'utilisation
    1.36 +      à court terme et <quote>léger</quote>. Référez-vous à <xref
    1.37 +        linkend="sec:collab:serve"/> plus bas pour les détails d'utilisation
    1.38        de cette commande.</para>
    1.39  
    1.40      <para id="x_69e">Pour des dépôts dont la durée de vie est plus longue, où
    1.41        vous voudriez un service accessible en permanence, il existe plusieurs
    1.42        services publics d'hébergement qui sont accessibles. Certains sont
    1.43        libres et gratuits pour les projets Open Source, alors que d'autres
    1.44 -      offrent un hébergement commercial et payant. Une lise à jour est
    1.45 +      offrent un hébergement commercial et payant. Une liste à jour est
    1.46        disponible à l'adresse : <ulink
    1.47          url="http://www.selenic.com/mercurial/wiki/index.cgi/MercurialHosting">http://www.selenic.com/mercurial/wiki/index.cgi/MercurialHosting</ulink>.</para>
    1.48  
    1.49      <para id="x_6a0">Si vous préférez héberger vos propres dépôts, Mercurial
    1.50 -      possède un support intégré pour plusieurs technologies pupulaires
    1.51 +      possède un support intégré pour plusieurs technologies populaires
    1.52        d'hébergement, plus particulièrement CGI (Common Gateway Interface) et
    1.53 -      WSGI (Web Services Gateway Interface). Référez vous à <xref
    1.54 +      WSGI (Web Services Gateway Interface). Référez-vous à <xref
    1.55          linkend="sec:collab:cgi"/> pour des détails sur la configuration CGI
    1.56        et WSGI.</para>
    1.57    </sect1>
    1.58 @@ -77,9 +77,9 @@
    1.59    <sect1>
    1.60      <title>Modèles de collaboration</title>
    1.61  
    1.62 -    <para id="x_451">Avec un outil convenablement flexible, faire des
    1.63 -      décisions sur les workflow est plus un problème d'ingénierie sociale
    1.64 -      qu'un problème technique. Mercurial n'impose que peu de limitations sur
    1.65 +    <para id="x_451">Avec un outil convenablement flexible, prendre des
    1.66 +      décisions sur les workflows est plus un problème d'ingénierie sociale
    1.67 +      qu'un problème technique. Mercurial impose peu de limitations sur
    1.68        la façon dont vous pouvez structurer le flux de travail dans un projet,
    1.69        donc, c'est à vous et votre groupe de fixer et vivre avec un modèle qui
    1.70        convient à vos besoins particuliers.</para>
    1.71 @@ -105,15 +105,15 @@
    1.72          détails du modèle que je préconisais.</para>
    1.73  
    1.74        <para id="x_454">Ne balayez pas les problèmes sociaux ou techniques de
    1.75 -        la main. Quelquesoit le schéma que vous promulguez, vous devriez
    1.76 -        plannifier un protocole pour prévenir, ou rapidement vous relever de
    1.77 +        la main. Quelque soit le schéma que vous établirez, vous devriez
    1.78 +        planifier un protocole pour prévenir, ou rapidement vous relever de
    1.79          troubles que vous pouvez anticiper. Par exemple, si vous vous
    1.80 -        attentez à avoir une branche pour les changements pas-pour-release,
    1.81 -        vous devriez penser très tôt sur la possibilité qu'une personne
    1.82 +        attendez à avoir une branche pour les changements pas-pour-release,
    1.83 +        vous devriez penser très tôt à la possibilité qu'une personne
    1.84          fusionne (merge) accidentellement ces changements avec une branche de
    1.85          release. Vous pouvez empécher ce problème particulier en écrivant un
    1.86          hook qui prévient les changements d'être fusionnés à partir d'une
    1.87 -        branche inapropriée.</para>
    1.88 +        branche inopportune.</para>
    1.89      </sect2>
    1.90  
    1.91      <sect2>
    1.92 @@ -128,9 +128,9 @@
    1.93          de collaborateurs qui ne se rencontre physiquement que très rarement.
    1.94          Certains groupes aiment vaincre l'isolation du travail à distance en
    1.95          organisant occasionnellement des <quote>sprints</quote>. Dans un
    1.96 -        sprint, le nombre de personne qui viennent ensemble dans un même
    1.97 -        localité (la salle de conférence d'une companie, la salle de réunion
    1.98 -        d'un hotel, ce type d'endroit) et y passe plusieurs jours, plus ou
    1.99 +        sprint, des personnes viennent ensemble dans un même
   1.100 +        endroit (la salle de conférence d'une société, la salle de réunion
   1.101 +        d'un hôtel, ce genre d'endroit) et y passent plusieurs jours, plus ou
   1.102          moins enfermés, et hackant intensément sur une poignée de
   1.103          projets.</para>
   1.104  
   1.105 @@ -139,18 +139,18 @@
   1.106            role="hg-cmd">hg serve</command> puisque <command role="hg-cmd">hg
   1.107            serve</command> n'a pas besoin d'une infrastructure extraordinaire
   1.108          de serveurs. Vous pouvez commencer avec la commande <command
   1.109 -          role="hg-cmd">hg serve</command> en un moment, en lisant <xref
   1.110 +          role="hg-cmd">hg serve</command> en quelques instants, en lisant <xref
   1.111            linkend="sec:collab:serve"/> plus bas  Ensuite, dites simplement à
   1.112 -        la personne à coté de vous que vous exécutez un serveur, envoyez lui
   1.113 +        la personne à côté de vous que vous exécutez un serveur, envoyez-lui
   1.114          l'URL par un message instantané, et vous avez immédiatement un moyen
   1.115          simple et rapide de travailler ensemble. Ils peuvent taper votre URL
   1.116 -        dans leur navigateur web et rapidement avoir une revue des
   1.117 +        dans leur navigateur web et rapidement revoir vos
   1.118          changements ; ou ils peuvent récupérer chez vous un bugfix et le
   1.119          vérifier ; ou ils peuvent cloner une branche contenant une nouvelle
   1.120          fonctionnalité et la tester.</para>
   1.121          
   1.122        <para id="x_458">Le charme et le problème en faisant les choses ainsi,
   1.123 -        dans une mode ad-hoc est que seules les personnes qui sont au courant
   1.124 +        dans un mode ad-hoc est que seules les personnes qui sont au courant
   1.125          de vos changements, et de leur emplacement, peuvent les voir. Une
   1.126          telle approche informelle ne passe simplement pas à l'échelle au delà
   1.127          d'une poignée de personnes, puisque chacun a besoin de connaître
   1.128 @@ -165,7 +165,7 @@
   1.129          outil de gestion de révision centralisé, la façon la
   1.130          plus simple de commencer est certainement d'avoir un flux de
   1.131          changement à partir d'un unique dépôt central. Il s'agit aussi du
   1.132 -        <quote>bloc de construction</quote> pour des schémas de workflow plus
   1.133 +        <quote>composant</quote> pour des schémas de workflow plus
   1.134          ambitieux.</para>
   1.135  
   1.136        <para id="x_45a">Les contributeurs commencent par cloner une copie de
   1.137 @@ -177,10 +177,10 @@
   1.138  
   1.139        <para id="x_45b">Dans ce modèle, il peut encore être sensé pour les
   1.140          gens de récupérer les changements directement entre eux, sans passer
   1.141 -        par le dépôt central. Considérez le cas où j'ai une tentative de bug
   1.142 -        fix, mais je m'inquiète de savoir si, dans le cas où je la publiais,
   1.143 +        par le dépôt central. Considérez le cas où j'ai un bug
   1.144 +        fix provisoire, mais je m'inquiète de savoir si, dans le cas où je le publiais,
   1.145          cela ne casserait pas l'arbre des autres contributeurs s'ils la
   1.146 -        récupèrerais. Pour réduire les dommages potentiels, je peux vous
   1.147 +        récupèreraient. Pour réduire les dommages potentiels, je peux vous
   1.148          demander de cloner mon dépôt dans un dépôt temporaire qui vous
   1.149          appartient et de le tester. Ceci nous permet de ne pas publier les
   1.150          modification potentiellement dangereuses tant qu'elles n'ont pas
   1.151 @@ -203,16 +203,16 @@
   1.152  
   1.153        <para id="x_6a1">Une chose magnifique au sujet des services
   1.154          d'hébergement comme <ulink
   1.155 -          url="http://bitbucket.org/">Bitbucket</ulink> est qu'ils ne font
   1.156 -        pas seulement gérer les détails minutieux de la configuration du
   1.157 -        serveur, tels que les comptes utilisateur, l'authentification, les
   1.158 +          url="http://bitbucket.org/">Bitbucket</ulink> est qu'ils ne gèrent
   1.159 +        pas uniquement les détails minutieux de la configuration du
   1.160 +        serveur, tels que les comptes utilisateurs, l'authentification, les
   1.161          protocoles sécurisés, ils fournissent aussi une infrastructure
   1.162 -        additionnelle pour faire en sorte que ce modèle fonctionne
   1.163 +        additionnelle pour que ce modèle fonctionne
   1.164          bien.</para>
   1.165  
   1.166        <para id="x_6a2">Par exemple, un service d'hébergement bien conçu
   1.167          laissera les personnes cloner leurs copies d'un dépôt à l'aide d'un
   1.168 -        simple click. Ceci laisse les personnes travailler dans des espaces
   1.169 +        simple clic. Ceci laisse les personnes travailler dans des espaces
   1.170          séparés et partager leurs changements lorsqu'ils sont prêts.</para>
   1.171  
   1.172        <para id="x_6a3">De plus, un bon service d'hébergement laissera les
   1.173 @@ -243,7 +243,7 @@
   1.174          <quote>direction de développement</quote> peut vivre dans son propre
   1.175          dépôt central, et vous pouvez récupérez les changements de l'un ou
   1.176          l'autre lorsque le besoin s'en fait sentir. Parce que les dépôts sont
   1.177 -        indépendant les un des autres, les modifications instables dans une
   1.178 +        indépendant les uns des autres, les modifications instables dans une
   1.179          branche de développement n'affecteront jamais une branche stable,
   1.180          sauf si quelqu'un fusionne (merge) explicitement ces changements dans
   1.181          la branche stable.</para>
   1.182 @@ -265,13 +265,13 @@
   1.183      
   1.184        &interaction.branching.tag;
   1.185  
   1.186 -      <para id="x_462">Disons que du developpement continue a lieu sur la
   1.187 +      <para id="x_462">Disons que du developpement continue sur la
   1.188          branche principale.</para>
   1.189  
   1.190        &interaction.branching.main;
   1.191  
   1.192 -      <para id="x_463">En utilisant le tag qui enregistre l'étape importante,
   1.193 -        les gens qui clonenent ce dépôt peuvent à tout moment dans le futur
   1.194 +      <para id="x_463">En utilisant le tag enregistré à l'étape importante,
   1.195 +        les gens qui clonent ce dépôt peuvent à tout moment dans le futur
   1.196          utiliser la commande <command role="hg-cmd">hg update</command> pour
   1.197          avoir une copie du répertoire de travail exactement comme il était
   1.198          lorsque cette révision "tag" a été committée.</para>
   1.199 @@ -319,9 +319,9 @@
   1.200  
   1.201      <sect2>
   1.202        <title>Feature branches</title>
   1.203 -
   1.204 +<!-- TODO : Branches de fonctionnalité ? -->
   1.205        <para id="x_469">Pour de plus gros projets, une façon efficace de gérer
   1.206 -        les changements est de casser l'équipe en plus pettis groupes. Chaque
   1.207 +        les changements est de diviser l'équipe en plus petits groupes. Chaque
   1.208          groupe a une branche partagée qui lui est attitrée, clonée à partir
   1.209          d'une unique branche <quote>principale</quote> utilisée pour le
   1.210          projet entier. Les personnes travaillant sur une branche individuelle
   1.211 @@ -337,8 +337,8 @@
   1.212        </figure>
   1.213  
   1.214        <para id="x_46b">Lorsqu'une fonctionnalité particulière est réputée
   1.215 -        pour être dans une forme adaptée, quelqu'un de l'équipe qui s'occupe
   1.216 -        de cette fonctionnalité récupère les changements (pull) à partir de
   1.217 +        pour être dans une forme adaptée, quelqu'un de l'équipe qui s'en occupe
   1.218 +        récupère les changements (pull) à partir de
   1.219          la branche principale vers la branche de cette fonctionnalité,
   1.220          fusionne (merge) et renvoie (push) le tout vers la branche
   1.221          principale.</para>
   1.222 @@ -347,10 +347,11 @@
   1.223      <sect2>
   1.224        <title>Le train des releases</title>
   1.225  <!-- J'ai laissé train en traduction à train mais peut être que suite, file,
   1.226 -... sont des mots qui conviennent mieux ? A méditer -->
   1.227 +... sont des mots qui conviennent mieux ? À méditer -->
   1.228 +<!-- Je mettrais suite -->
   1.229  
   1.230        <para id="x_46c">Certains projets sont organisés comme un
   1.231 -        <quote>train</quote> basique : une release est planifiée tous les
   1.232 +        <quote>train</quote> élémentaire : une release est planifiée tous les
   1.233          quelques mois, et, toutes les fonctionnalités disponibles lorsque le
   1.234          <quote>train</quote> est prêt à s'arrêter sont autorisées ici.
   1.235  
   1.236 @@ -359,13 +360,13 @@
   1.237          fonctionnalité rate le train, quelqu'un de l'équipe qui travaille sur
   1.238          cette fonctionnalité récupère (pull) et fusionne (merge) ce qui a été
   1.239          ajouté à la release du train dans la branche de la fonctionnalité,
   1.240 -        puis, l'équipe continue son travail au dessus de cette release afin
   1.241 +        puis, l'équipe continue son travail au-dessus de cette release afin
   1.242          que leur fonctionnalité puisse être ajoutée à la prochaine
   1.243          release.</para>
   1.244      </sect2>
   1.245  
   1.246      <sect2>
   1.247 -      <title>Le modèle du Noyau Linux</title>
   1.248 +      <title>Le modèle du noyau Linux</title>
   1.249  
   1.250        <para id="x_46e">Le développement du noyau Linux est doté d'une
   1.251          structure hiérarchique superficielle, entourée par un nuage de chaos
   1.252 @@ -376,21 +377,20 @@
   1.253          vous aimez ces idées, l'approche se traduit correctement à travers
   1.254          les outils.</para>
   1.255  
   1.256 -      <para id="x_46f">Au centre de la communauté siège Linux Torvalds, le
   1.257 -        créateur de Linux. Il publie un unique dépôt de sources qui est
   1.258 -        considéré comme faisant <quote>authorité</quote> sur l'arborescence
   1.259 +      <para id="x_46f">Au centre de la communauté siège Linus Torvalds, le
   1.260 +        créateur de Linux. Il publie un dépôt unique de sources qui est
   1.261 +        considéré comme faisant <quote>autorité</quote> sur l'arborescence
   1.262          par la communauté entière de développeurs. Tout le monde peut cloner
   1.263 -        l'arbre de Linus, mais il est très difficile d'être choisi pour que
   1.264 -        ses changements soient intégrés à l'arbre principal.</para>
   1.265 -
   1.266 -      <para id="x_470">Linus a plusieurs <quote>leutenants de
   1.267 +        l'arbre de Linus, mais il ne récupère (pull) pas les changements de n'importe quelle arborescence.</para>
   1.268 +
   1.269 +      <para id="x_470">Linus a plusieurs <quote>lieutenants de
   1.270            confiance</quote>. Comme règle générale, il récupère (pull) tous
   1.271          les changements qu'ils publient, dans la plupart des cas sans même
   1.272          relire ces modifications. Certains de ces lieutenants sont
   1.273          généralement autorisés à être <quote>mainteneurs</quote>,
   1.274 -        responsables pour un sous-système spécifique du noyau. Si un kernel
   1.275 -        hacker aléatoire veut apporter des modification au sous-système
   1.276 -        qu'ils veut voir intégré à l'arbre de Linus, il doit trouver qui est
   1.277 +        responsables pour un sous-système spécifique du noyau. Si un 
   1.278 +        hacker du noyau veut apporter des modification au sous-système
   1.279 +        qu'il veut voir intégré à l'arbre de Linus, il doit trouver 
   1.280          le mainteneur du sous-système, et lui demander de récupérer ses
   1.281          changements. Si le mainteneur relit ses changements et les accepte,
   1.282          ils seront transmis à Linus le moment venu.</para>
   1.283 @@ -408,51 +408,51 @@
   1.284  
   1.285        <para id="x_472">Ce modèle a deux caractéristiques remarquables. La
   1.286          première est qu'il s'agit de <quote>pull seulement</quote>. Vous
   1.287 -        devez demander, convaincre, ou mendier au près d'un autre développeur
   1.288 -        pour prendre vos modifications, puiqu'il n'y a vraissemblablement pas
   1.289 -        d'abre où plus d'une personne peut envoyer des changement (push), et
   1.290 +        devez demander, convaincre, ou mendier auprès d'un autre développeur
   1.291 +        pour prendre vos modifications, puisqu'il n'y a vraisemblablement pas
   1.292 +        d'arbre où plus d'une personne peut envoyer des changements (push), et
   1.293          qu'il n'y a pas de possibilité d'envoyer des changements (push) vers
   1.294          un arbre que quelqu'un d'autre contrôle.</para>
   1.295  
   1.296        <para id="x_473">La seconde est que c'est basé sur la réputation et
   1.297          l'acclamation. Si vous êtes un inconnu, Linus va probablement ignorer
   1.298 -        vos changement sans même répondre. Cependant, un mainteneur de
   1.299 +        vos changements sans même répondre. Cependant, un mainteneur de
   1.300          sous-système les relira probablement, et les acceptera sûrement s'ils
   1.301 -        passent ses critaires d'acceptation. Plus vous contriburez du
   1.302 -        <quote>bon</quote> code à un mainteneur, et plus celui ci aura
   1.303 -        confiance en votre jugement pour accepter vos changements. Si vous
   1.304 +        passent ses critères d'acceptation. Plus vous enverrez du
   1.305 +        <quote>bon</quote> code à un mainteneur, et plus celui-ci aura
   1.306 +        confiance en votre jugement et acceptera vos changements. Si vous
   1.307          êtes bien connu et maintenez une branche ancienne pour quelque chose
   1.308          que Linus n'a pas encore accepté, les gens avec un intérêt similaire
   1.309          devraient récupérer vos changements régulièrement pour rester à jour
   1.310 -        vis à vis de votre travail.</para>
   1.311 +        vis-à-vis de votre travail.</para>
   1.312  
   1.313        <para id="x_474">La réputation et l'acclamation ne nécessite pas de
   1.314 -        système croisé ou de limites <quote>personnelles</quote>. Si vous
   1.315 +        système croisé ou de limites <quote>entre les gens</quote>. Si vous
   1.316          êtes respectés mais que vous êtes un hacker spécialisé dans la
   1.317          sauvegarde, et que vous tentez de corriger un bug réseau, ce
   1.318 -        changement recevra un examen approfondu de la part du mainteneur
   1.319 +        changement recevra un examen approfondi de la part du mainteneur
   1.320          responsable du réseau comparable à celui d'un total étranger.</para>
   1.321  
   1.322        <para id="x_475">Pour les personnes qui viennent d'un projet dont
   1.323 -        l'arrière plan est plus ordonné, le processus chaotique de
   1.324 -        développement du noyau Linux en comparaison apparaît totalement
   1.325 -        dément. C'est le sujet de bien des caprices d'individualistes ;
   1.326 -        des personnes qui balayent les changements même s'ils croient que
   1.327 -        c'est approprié ; et l'allure du développement de Linux est
   1.328 -        ahurissant. Et pourtant, Linux est un bout de logiciel d'une grande
   1.329 +        le milieu est plus ordonné, le processus chaotique de
   1.330 +        développement du noyau Linux en comparaison apparaît souvent totalement
   1.331 +        dément. C'est sujet aux caprices d'individus ;
   1.332 +        des personnes font des changements considérables quand ils les
   1.333 +        jugent appropriés ; et l'allure du développement est
   1.334 +        ahurissante. Et pourtant, Linux est un bout de logiciel d'une grande
   1.335          réussite et bien considéré.</para>
   1.336      </sect2>
   1.337  
   1.338      <sect2>
   1.339        <title>Collaboration pull seulement versus pull partagé</title>
   1.340  
   1.341 -      <para id="x_476">Une source perpétuelle de heurs dans une communauté
   1.342 -        opensource est si un modèle de développement est celui où les
   1.343 -        personnes ne peuvent que récupérer (pull) les changements ou l'autre
   1.344 -        <quote>meilleur</quote> dans lequel de multiples personnes peuvent
   1.345 +      <para id="x_476">Une source perpétuelle de heurts dans la communauté
   1.346 +        opensource est de savoir si un modèle de développement où les
   1.347 +        personnes ne peuvent que récupérer (pull) les changements d'autres est
   1.348 +        <quote>meilleur</quote> que celui dans lequel de multiples personnes peuvent
   1.349          envoyer (push) leurs changements vers un dépôt partagé.</para>
   1.350  
   1.351 -      <para id="x_477">Typiquement, les bailleurs de fonds du modèle push
   1.352 +      <para id="x_477">Typiquement, les partisans du modèle push
   1.353          partagé utilisent des outils qui renforcent activement cette
   1.354          approche. Si vous utilisez un outil centralisé de gestion de révision
   1.355          comme Subversion, il n'y a pas la possibilité de choisir quel modèle
   1.356 @@ -463,7 +463,7 @@
   1.357        <para id="x_478">Un bon outil de gestion distribuée de révisions doit
   1.358          supporter les deux modèles. Vous et vos collaborateurs pouvez ensuite
   1.359          structurer la façon dont vous travaillez ensemble en vous basant sur
   1.360 -        vos besoins et vos préférences, et non sur les contortions que vos
   1.361 +        vos besoins et vos préférences, et non sur les contorsions que vos
   1.362          outils vous forcent à effectuer.</para>
   1.363      </sect2>
   1.364      <sect2>
   1.365 @@ -472,18 +472,18 @@
   1.366        <para id="x_479">Lorsque vous et votre équipe configurez des dépôts
   1.367          partagés et commencez à propager vos changement dans tous les sens
   1.368          entre les dépôts locaux et partagés, vous commencez à être face à un
   1.369 -        challenge apparenté, mais un peu différent : celui de gérer les
   1.370 +        défi connexe, mais un peu différent : celui de gérer les
   1.371          multiples directions vers lesquelles votre équipe pourrait aller au
   1.372          même moment. Même si ce sujet est intimement lié à la façon dont
   1.373 -        votre équipe collabore, il est suffisement dence pour mériter un
   1.374 +        votre équipe collabore, il est suffisement dense pour mériter un
   1.375          traitement à part dans <xref linkend="chap:branch"/>.</para>
   1.376      </sect2>
   1.377    </sect1>
   1.378  
   1.379    <sect1>
   1.380 -    <title>Le coté technique du partage</title>
   1.381 -
   1.382 -    <para id="x_47a">Le reste de ce chapitre est dévoué à la question du
   1.383 +    <title>Le côté technique du partage</title>
   1.384 +
   1.385 +    <para id="x_47a">Le reste de ce chapitre est consacré à la question du
   1.386        partage des changements avec vos collaborateurs.</para>
   1.387    </sect1>
   1.388  
   1.389 @@ -498,14 +498,14 @@
   1.390        réseau.</para>
   1.391  
   1.392      <para id="x_47c">Exécutez <command role="hg-cmd">hg serve</command> à
   1.393 -      l'intérieur d'un dépôtn et en moins d'une seconde, cela mettra en place
   1.394 +      l'intérieur d'un dépôt et en moins d'une seconde, cela mettra en place
   1.395        un serveur HTTP spécialisé ; qui va accepter les connexions de tout
   1.396 -      client, et servir les donnée pour ce dépôt jusqu'à ce que vous le
   1.397 -      terminiez. Toute personne qui connaît l'URL du serveur que vous venez
   1.398 +      client, et servir les données pour ce dépôt jusqu'à ce que vous 
   1.399 +      l'arrêtiez. Toute personne qui connaît l'URL du serveur que vous venez
   1.400        de démarrer, peut ensuite utiliser un navigateur web ou Mercurial pour
   1.401        lire les données de ce dépôt. Une URL pour une instance exécutée de 
   1.402        <command role="hg-cmd">hg serve</command> sur un ordinateur portable
   1.403 -      ressemblera vraissemblablement à
   1.404 +      ressemblera vraisemblablement à
   1.405        <literal>http://my-laptop.local:8000/</literal>.</para>
   1.406  
   1.407      <para id="x_47d">La commande <command role="hg-cmd">hg serve</command>
   1.408 @@ -527,7 +527,7 @@
   1.409        utilisation en lecture seule.</para>
   1.410  
   1.411      <para id="x_481">Si vous commencez avec Mercurial, il n'y a rien qui vous
   1.412 -      empèche d'utiliser <command role="hg-cmd">hg serve</command> pour
   1.413 +      empêche d'utiliser <command role="hg-cmd">hg serve</command> pour
   1.414        publier un dépôt sur votre ordinateur, utilisez ensuite des commandes
   1.415        telles que <command role="hg-cmd">hg clone</command>, <command
   1.416          role="hg-cmd">hg incoming</command>, et ainsi de suite pour parler à
   1.417 @@ -538,19 +538,19 @@
   1.418      <sect2>
   1.419        <title>Quelques choses à garder à l'esprit</title>
   1.420  
   1.421 -      <para id="x_482">Puisque ceci fournit un accès en lecture sans
   1.422 +      <para id="x_482">Puisque il fournit un accès en lecture sans
   1.423          authentification à tous les clients, vous devriez utiliser la
   1.424          commande <command role="hg-cmd">hg serve</command> dans un
   1.425 -        environnement dans lequel vous ne vous inquiétez pas ou où vous avez
   1.426 +        environnement où vous ne vous inquiétez pas ou vous avez
   1.427          tout contrôle sur qui peut avoir accès au réseau et récupérer les
   1.428          données de votre dépôt.</para>
   1.429  
   1.430        <para id="x_483">La commande <command role="hg-cmd">hg serve</command>
   1.431 -        ne connaît sait rien sur un quelconque firewall que vous auriez
   1.432 +        ne sait rien sur un quelconque firewall que vous auriez
   1.433          installé sur votre système ou réseau. Elle ne peut pas détecter ou
   1.434          contrôler votre logiciel de pare-feu. Si d'autre personnes ont la
   1.435          possibilité de dialoguer avec une instance de <command
   1.436 -          role="hg-cmd">hg serve</command> ma seconde chose que vous devriez
   1.437 +          role="hg-cmd">hg serve</command> la seconde chose que vous devriez
   1.438          faire (<emphasis>après</emphasis> être sûr qu'ils utilisent l'URL
   1.439          correcte) est de vérifier la configuration de votre firewall.</para>
   1.440  
   1.441 @@ -573,26 +573,26 @@
   1.442      <title>Utiliser le protocole Secure Shell (ssh)</title>
   1.443  
   1.444      <para id="x_486">Vous pouvez récupérer (pull) ou envoyer (push) des
   1.445 -      changements de façon sécurisé au dessus d'une connexion utilisatnt le
   1.446 +      changements de façon sécurisé au dessus d'une connexion utilisant le
   1.447        protocole Secure Shell (<literal>ssh</literal>). Pour l'utiliser avec
   1.448 -      succès, vous pouriez avoir à faire un peu de configuration du coté
   1.449 +      succès, vous pourriez avoir à faire un peu de configuration du côté
   1.450        client ou serveur.</para>
   1.451  
   1.452      <para id="x_487">Si vous n'êtes pas familiers avec ssh, c'est le nom de
   1.453        la commande et d'un protocole réseau qui vous permet d'établir une
   1.454        communication sécurisée avec un autre ordinateur. Pour l'utiliser avec
   1.455 -      Mercurial, vous allez configurer un ou plusieurs comptes utilisateur
   1.456 -      sur un serveur, comme ça, les utilisateurs distants peuvent logger et
   1.457 +      Mercurial, vous allez configurer un ou plusieurs comptes utilisateurs
   1.458 +      sur un serveur, comme ça, les utilisateurs distants peuvent se connecter et
   1.459        exécuter les commandes.</para>
   1.460  
   1.461      <para id="x_488">(Si vous <emphasis>êtes</emphasis> familiers avec ssh,
   1.462 -      vous allez probablement trouver quelques une des informations qui
   1.463 +      vous allez probablement trouver quelques-unes des informations qui
   1.464        suivent élémentaires par nature.)</para>
   1.465  
   1.466      <sect2>
   1.467        <title>Comment lire et écrire des URLs ssh</title>
   1.468  
   1.469 -      <para id="x_489">Une URL ssh tent à ressembler à ceci :</para>
   1.470 +      <para id="x_489">Une URL ssh a tendance à ressembler à ceci :</para>
   1.471        <programlisting>ssh://bos@hg.serpentine.com:22/hg/hgbook</programlisting>
   1.472        <orderedlist>
   1.473          <listitem><para id="x_48a">Le préfixe
   1.474 @@ -601,49 +601,49 @@
   1.475          </listitem>
   1.476          <listitem><para id="x_48b">Le composant
   1.477              <quote><literal>bos@</literal></quote> indique que le nom
   1.478 -            d'utilisateur à logger sur le serveur. Vous pouvez le laisser
   1.479 +            d'utilisateur à connecter sur le serveur. Vous pouvez le laisser
   1.480              vide si le nom d'utilisateur sur le serveur distant est le même
   1.481              que localement.</para>
   1.482          </listitem>
   1.483          <listitem><para id="x_48c">La partie
   1.484              <quote><literal>hg.serpentine.com</literal></quote> donne le nom
   1.485 -            d'hôte du serveur sur lequel se logger.</para>
   1.486 +            d'hôte du serveur sur lequel se connecter.</para>
   1.487          </listitem>
   1.488          <listitem><para id="x_48d">Le <quote>:22</quote> identifie le numéro
   1.489              de port où se connecter au serveur. Le port par défaut est 22,
   1.490 -            donc vous n'avez besoin de spécifier ceci que si vous
   1.491 +            donc vous avez besoin de spécifier ceci que si vous
   1.492              <emphasis>n'</emphasis>utilisez <emphasis>pas</emphasis> le port
   1.493              22.</para>
   1.494          </listitem>
   1.495          <listitem><para id="x_48e">Le reste de l'URL est le chemin local du
   1.496              dépôt sur le serveur.</para></listitem></orderedlist>
   1.497      
   1.498 -      <para id="x_48f">Il y a beaucoup de place pour la confusion sur le
   1.499 +      <para id="x_48f">Il y a beaucoup de risque de confusion sur le
   1.500          chemin du composant d'une URL ssh puisqu'il n'y a pas de façon
   1.501 -        standard pour les outils de l'intérpréter. Certains programmes se
   1.502 -        comportent différemment des autres lorsqu'ils traient ces chemins. Il
   1.503 +        standard pour les outils de l'interpréter. Certains programmes se
   1.504 +        comportent différemment des autres lorsqu'ils traitent ces chemins. Il
   1.505          ne s'agit pas d'une situation idéale, mais ce n'est pas prêt de
   1.506 -        changer. Lisez SVP les prochains paragraphes avec attention.</para>
   1.507 +        changer. Lisez les prochains paragraphes avec attention.</para>
   1.508  
   1.509        <para id="x_490">Mercurial traite le chemin vers un dépôt sur le
   1.510          serveur comme relatif au répertoire personnel de l'utilisateur sur le
   1.511          serveur distant. Par exemple, si un utilisateur
   1.512          <literal>foo</literal> sur le serveur a un répertoire personnel
   1.513          <filename class="directory">/home/foo</filename>, alors l'URL ssh qui
   1.514 -        vientient un composant chemin de <filename
   1.515 +        contient un composant chemin de <filename
   1.516            class="directory">bar</filename> réfère en
   1.517          <emphasis>réalité</emphasis> au répertoire <filename
   1.518            class="directory">/home/foo/bar</filename>.</para>
   1.519  
   1.520 -      <para id="x_491">Si vous voulez spécifier un chemin relatif à au
   1.521 +      <para id="x_491">Si vous voulez spécifier un chemin relatif au
   1.522          répertoire personnel d'un autre utilisateur, vous pouvez préciser un
   1.523 -        chemin qui commence à l'aide du caractère tilde suivit du nom de
   1.524 +        chemin qui commence à l'aide du caractère tilde suivi du nom de
   1.525          l'utilisateur (appelons le <literal>otheruser</literal>),
   1.526          ainsi.</para>
   1.527        <programlisting>ssh://server/~otheruser/hg/repo</programlisting>
   1.528  
   1.529        <para id="x_492">Et si vous voulez vraiment spécifier un chemin
   1.530 -        <emphasis>absolu</emphasis> sur le serveur, débutez la composante
   1.531 +        <emphasis>absolu</emphasis> sur le serveur, débutez le composant
   1.532          chemin par deux slashs comme dans cet exemple.</para>
   1.533        <programlisting>ssh://server//absolute/path</programlisting>
   1.534      </sect2>
   1.535 @@ -656,29 +656,29 @@
   1.536          <literal>which ssh</literal> pour trouver où la commande
   1.537          <command>ssh</command> est installée (il s'agit généralement de
   1.538          <filename class="directory">/usr/bin</filename>). Dans le cas peu
   1.539 -        probable où il ne serait pas présent, regarder à la documentation de
   1.540 +        probable où il ne serait pas présent, regarder la documentation de
   1.541          votre système pour voir comment l'installer.</para>
   1.542  
   1.543 -      <para id="x_494">Sous Windows, le packetage ToirtoiseHg est livré avec
   1.544 +      <para id="x_494">Sous Windows, le paquet TortoiseHg est livré avec
   1.545          une version de l'excellente commande <command>plink</command> de
   1.546 -        Simon Tatham's, et ne devrait pas avoir besoin de plus de
   1.547 +        Simon Tatham, et ne devrait pas avoir besoin de plus de
   1.548          configuration.</para>
   1.549      </sect2>
   1.550  
   1.551      <sect2>
   1.552 -      <title>Générer une paire de clef</title>
   1.553 +      <title>Créer une paire de clef</title>
   1.554  
   1.555        <para id="x_499">Pour éviter d'avoir à chaque fois taper un mot de
   1.556 -        passe lorsque vous utilisez votre client ssh, je recommande le fait
   1.557 -        de générer une paire de clefs.</para>
   1.558 +        passe lorsque vous utilisez votre client ssh, je recommande 
   1.559 +        de créer une paire de clefs.</para>
   1.560  
   1.561        <tip>
   1.562          <title>Les paires de clefs ne sont pas obligatoires</title>
   1.563        
   1.564          <para id="x_6a4">Mercurial ne sait rien du tout de l'authentification
   1.565            de ssh ou de la paire de clefs. Vous pouvez, si vous le désirez,
   1.566 -          ignorer sans risque cette section et ce qu'il suit jusqu'à ce que
   1.567 -          vous soyez fatigué de constament retaper des mots de passe
   1.568 +          ignorer sans risque cette section et la suivante jusqu'à ce que
   1.569 +          vous soyez fatigué de constamment retaper des mots de passe
   1.570            ssh.</para>
   1.571        </tip>
   1.572  
   1.573 @@ -686,25 +686,25 @@
   1.574          <listitem> <para id="x_6a5">Sur un système de type Unix, la commande
   1.575              <command>ssh-keygen</command> fera l'affaire.</para></listitem>
   1.576          <listitem> <para id="x_6a6">Sous Windows, si vous utilisez
   1.577 -            ToirtoiseHg, vous devriez avoir besoin de télécharger la commande
   1.578 +            TortoiseHg, vous devriez avoir besoin de télécharger la commande
   1.579              nommée <command>puttygen</command> à partir du <ulink
   1.580                url="http://www.chiark.greenend.org.uk/~sgtatham/putty">site
   1.581 -              web de PuTTY</ulink> pour générer une paire de clefs.  Référez
   1.582 -            vous à <ulink
   1.583 +              web de PuTTY</ulink> pour créer une paire de clefs.  Référez-vous
   1.584 +               à <ulink
   1.585                url="http://the.earth.li/~sgtatham/putty/0.60/htmldoc/Chapter8.html#pubkey-puttygen">la
   1.586                documentation <command>puttygen</command></ulink> pour les
   1.587              détails sur l'utilisation de cette commande.</para></listitem>
   1.588        </itemizedlist>
   1.589  
   1.590 -      <para id="x_49a">Lorsque vous générez une paire de clefs, il est
   1.591 -        habituellement <emphasis>autement</emphasis> recommendé de la
   1.592 +      <para id="x_49a">Lorsque vous créez une paire de clefs, il est
   1.593 +        habituellement <emphasis>hautement</emphasis> recommandé de la
   1.594          protéger avec un mot de passe. (Le seul moment où vous pourriez ne
   1.595          pas devoir le faire est lorsque vous utilisez le protocole ssh pour
   1.596          des tâches automatisées sur un réseau sécurisé.)</para>
   1.597  
   1.598 -      <para id="x_49b">Le simple fait de générer une paire de clefs n'est
   1.599 -        cependant pas suffisent. Vous aurez besoin d'ajouter la clef publique
   1.600 -        à l'ensemble des clefs authorisées pour tout utilisateur que vous
   1.601 +      <para id="x_49b">Le simple fait de créer une paire de clefs n'est
   1.602 +        cependant pas suffisant. Vous aurez besoin d'ajouter la clef publique
   1.603 +        à l'ensemble des clefs autorisées pour tout utilisateur que vous
   1.604          utilisez pour vous connecter à distance. Pour les serveurs utilisant
   1.605          OpenSSh (la grande majorité), ceci voudra dire d'ajouter la clef
   1.606          publique à la liste dans un fichier appelé <filename
   1.607 @@ -723,15 +723,15 @@
   1.608  
   1.609        <para id="x_49d">Un agent d'authentification est un démon qui
   1.610          enregistre les mots de passe en mémoire (il oublira ainsi les mots de
   1.611 -        passe si vous vous déloggez et reloggez). Un client ssh sera averti
   1.612 +        passe si vous vous déconnectez et reconnectez). Un client ssh sera averti
   1.613          si un tel agent est en fonctionnement, et lui demandera un mot de
   1.614          passe. S'il n'y a pas d'agent en fonctionnement, ou si l'agent ne
   1.615          connaît pas le mot de passe nécessaire, vous aurez à taper votre mot
   1.616          de passe chaque fois que Mercurial tente de communiquer avec un
   1.617 -        serveur en votre nom (ex. lorsque vous faite un pull ou un push sur
   1.618 -        des changements).</para>
   1.619 -
   1.620 -      <para id="x_49e">L'inconveignant de sauvegarder les mots de passes dans
   1.621 +        serveur en votre nom (ex. lorsque vous faite un pull ou un push 
   1.622 +        de changements).</para>
   1.623 +
   1.624 +      <para id="x_49e">L'inconvénient de sauvegarder les mots de passes dans
   1.625          un agent est qu'il est possible pour un attaquant bien préparé de
   1.626          retrouver le mot de passe clair, dans certains cas, même si votre
   1.627          système a été redémarré. Vous devriez vous faire votre propre
   1.628 @@ -741,12 +741,12 @@
   1.629        <itemizedlist>
   1.630          <listitem> <para id="x_49f">Sur les systèmes de type Unix, l'agent
   1.631              est appelé <command>ssh-agent</command>, et est souvent lancé
   1.632 -            automatiquement pour vous lorsque vous vous loggez. Vous aurez
   1.633 +            automatiquement pour vous lorsque vous vous connectez. Vous aurez
   1.634              besoin d'utiliser la commande <command>ssh-add</command> pour
   1.635              ajouter des mots de passe à l'entrepôt de l'agent.</para>
   1.636          </listitem>
   1.637          <listitem>
   1.638 -          <para id="x_6a7">Sous Windows, si vous utilisez ToirtoiseHg, la
   1.639 +          <para id="x_6a7">Sous Windows, si vous utilisez TortoiseHg, la
   1.640              commande <command>pageant</command> agit comme un agent. Comme
   1.641              avec <command>puttygen</command>, vous aurez besoin de <ulink
   1.642                url="http://www.chiark.greenend.org.uk/%7Esgtatham/putty/download.html">télécharger
   1.643 @@ -754,11 +754,13 @@
   1.644              PuTTY et lire <ulink
   1.645                url="http://the.earth.li/~sgtatham/putty/0.60/htmldoc/Chapter9.html#pageant">sa
   1.646                documentation</ulink>.  La commande <command>pageant</command>
   1.647 -            ajoute une icône à votre barre de tâches qui vous permettra de
   1.648 +            ajoute une icône à votre zone de notification (à droite de la barre
   1.649 +            de tâches) qui vous permettra de
   1.650              gérer les mots de passe stockés.</para></listitem>
   1.651            <!-- TODO : J'ai traduit system tray par barre des tâches, mais ne
   1.652            conaissant pas windows, je ne suis pas sûr du nom réel. A corriger
   1.653            le cas échéant ! -->
   1.654 +          <!-- J'ai précisé avec ce que j'ai trouvé sur Wikipedia -->
   1.655        </itemizedlist>
   1.656      </sect2>
   1.657  <!-- TODO : part 2/4 -->