belaran@964: <!-- vim: set filetype=docbkxml shiftwidth=2 autoindent expandtab tw=77 : -->
belaran@964: 
belaran@976: <chapter id="chap:tour-merge">
belaran@976:   <?dbhtml filename="a-tour-of-mercurial-merging-work.html"?>
wilk@1006:   <title>Un tour rapide de Mercurial : fusionner les travaux</title>
belaran@976:   
belaran@976:   <para id="x_338">Nous avons maintenant étudié comment cloner un dépôt, effectuer
belaran@976:     des changements dedans, et récupérer ou transférer depuis un
belaran@976:     autre dépôt. La prochaine étape est donc de <emphasis>fusionner</emphasis> les
belaran@976:     modifications de différents dépôts.</para>
belaran@976: 
belaran@976:   <sect1>
belaran@976:     <title>Fusionner différents travaux</title>
wilk@1006:       <para id="x_339">La fusion est un aspect fondamental lorsqu'on
wilk@1006:       travaille avec un gestionnaire de révisions distribué.</para>
belaran@976: 
belaran@976:       <itemizedlist>
belaran@995:         <listitem>
belaran@995:           <para id="x_33a">Alice et Bob ont chacun une copie personnelle du dépôt d'un
belaran@995:             projet sur lequel ils collaborent. Alice corrige un bug
belaran@995:             dans son dépôt, et Bob ajoute une nouvelle fonctionnalité dans le
belaran@995:             sien. Ils veulent un dépôt partagé avec à la fois le correctif du
belaran@995:             bug et la nouvelle fonctionnalité.</para>
belaran@995:        </listitem>
belaran@995:        <listitem>
belaran@995:          <para id="x_33b">Je travaille régulièrement sur plusieurs tâches différentes sur
belaran@995:            un seul projet en même temps, chacun isolé dans son propre dépôt.
belaran@995:            Travailler ainsi signifie que je dois régulièrement fusionner une
belaran@995:            partie de mon code avec celui des autres.</para>
belaran@995:        </listitem>
belaran@995:      </itemizedlist>
belaran@995: 
andre@1016:      <para id="x_33c">Parce que nous devons fusionner souvent,
andre@1016:        Mercurial rend cette opération facile. Étudions ensemble le déroulement des
belaran@995:        opérations. Nous commencerons encore par faire un clone d'un autre
belaran@995:        dépôt (vous voyez que l'on fait ça tout le temps ?) puis nous ferons 
belaran@995:        quelques modifications dessus.</para>
belaran@995:        
belaran@995:        &interaction.tour.merge.clone;
belaran@995:        
belaran@995:      <para id="x_33d">Nous devrions avoir maintenant deux copies de
belaran@995:        <filename>hello.c</filename> avec des contenus différents. Les
belaran@995:        historiques de ces deux dépôts ont aussi divergés, comme illustré dans
belaran@995:        la figure <xref linkend="fig:tour-merge:sep-repos"/>.</para>
belaran@995: 
belaran@995:       &interaction.tour.merge.cat1;
belaran@995:      
wilk@1006:      <para id="x_722">Et ici se trouve notre version légèrement différente du
belaran@995:        dépôt.</para>
belaran@995:      
belaran@995:       &interaction.tour.merge.cat2;
belaran@995:      
belaran@995:      <figure id="fig:tour-merge:sep-repos">
wilk@1006:        <title>Historique divergeant des dépôts <filename
belaran@995:          class="directory">my-hello</filename> et <filename
belaran@995:          class="directory">my-new-hello</filename>.</title>
belaran@995:        <mediaobject>
belaran@995:          <imageobject><imagedata fileref="figs/tour-merge-sep-repos.png"/></imageobject>
belaran@995:          <textobject><phrase>XXX ajoute un test</phrase></textobject>
belaran@995:        </mediaobject>
belaran@995:      </figure>
belaran@995: 
belaran@995:      <para id="x_33f">Nous savons déjà que récupérer les modifications depuis
belaran@995:        notre dépôt <filename class="directory">my-hello</filename> n'aura
belaran@995:        aucun effet sur l'espace de travail.</para>
belaran@995: 
belaran@995:       &interaction.tour.merge.pull;
belaran@995: 
belaran@995:      <para id="x_340">Néanmoins, la commande <command role="hg-cmd">hg
belaran@995:        pull</command> nous indique quelque chose au sujet des 
belaran@995:        <quote>heads</quote>.</para>
belaran@995: 
belaran@995:      <sect2>
wilk@1006:          <title>Les révisions <quote>heads</quote></title>
belaran@995: 
andre@1016:        <para id="x_341">Rappelez vous que Mercurial enregistre quelle révision
belaran@995:          est le parent de chaque révision. Si une révision a un parent, nous
wilk@1006:          l'appelons un enfant <quote>child</quote> ou un descendant de ce parent. Une
wilk@1006:          <quote>head</quote> est une révision qui n'a donc pas d'enfant. La révision <quote>tip</quote>
wilk@1006:          est donc une <quote>head</quote>, car c'est la révision la plus récente du dépôt
belaran@995:          qui n'a pas d'enfant. Il y a des moments où un dépôt peut contenir
wilk@1006:          plusieurs <quote>heads</quote>.</para>
belaran@995: 
belaran@997:        <figure id="fig:tour-merge:pull">
wilk@1006:            <title>Contenu du dépôt après une récupération (pull) depuis le
belaran@995:            dépôt <filename
belaran@995:            class="directory">my-hello</filename> vers le dépôt <filename
belaran@995:            class="directory">my-new-hello</filename></title>
belaran@995:          <mediaobject>
belaran@995:            <imageobject>
belaran@995:              <imagedata fileref="tour-merge-pull"/>
belaran@995:            </imageobject>
belaran@995:            <textobject><phrase>XXX ajoute un texte</phrase></textobject>
belaran@995:          </mediaobject>
belaran@995:        </figure>
belaran@995: 
belaran@995:        <para id="x_343">Dans la figure <xref linkend="fig:tour-merge:pull"/>,
wilk@1006:            vous pouvez constater l'effet d'un <quote>pull</quote> depuis le dépôt
belaran@995:          <filename class="directory">my-hello</filename> dans le dépôt
belaran@995:          <filename class="directory">my-new-hello</filename>. L'historique qui
belaran@995:          était déjà présent dans le dépôt <filename
belaran@995:          class="directory">my-new-hello</filename> reste intact, mais une
belaran@995:          nouvelle révision a été ajoutée. En vous reportant à la figure <xref
andre@1016:          linkend="fig:tour-merge:sep-repos"/>, vous pouvez voir que l'
wilk@1006:      <emphasis>ID de révision <quote>changeset ID</quote></emphasis> reste le même dans
belaran@995:          le nouveau dépôt, mais que le <emphasis>numéro de
belaran@995:          révision</emphasis> reste le même. (Ceci est un parfait exemple de
belaran@995:          pourquoi il n'est fiable d'utiliser les numéros de révision lorsque
wilk@1006:          l'on discute d'un <quote>changeset</quote>.) Vous pouvez voir les <quote>heads</quote>
belaran@995:          présentes dans le dépôt en utilisant la commande <command
belaran@995:          role="hg-cmd">hg heads</command>.</para>
belaran@995: 
belaran@995:         &interaction.tour.merge.heads;
belaran@995:       </sect2>
belaran@995: 
belaran@995:       <sect2>
belaran@995:         <title>Effectuer la fusion</title>
belaran@995: 
belaran@997:         <para id="x_344">Que se passe-t-il quand vous essayez d'utiliser la
belaran@995:           commande <command role="hg-cmd">hg update</command> pour mettre à
andre@1016:           jour votre espace de travail au nouveau <quote>tip</quote> ?</para>
belaran@995:          
belaran@995:          &interaction.tour.merge.update;
belaran@995: 
belaran@995:          
belaran@995:         <para id="x_345">Mercurial nous prévient que la commande <command
belaran@995:           role="hg-cmd">hg update</command> n'effectuera pas
belaran@995:           la fusion, il ne veut pas mettre à jour l'espace de travail quand il
belaran@995:           estime que nous pourrions avoir besoin d'une fusion, à moins de lui
belaran@995:           forcer la main. À la place, il faut utiliser la commande <command
belaran@995:           role="hg-cmd">hg merge</command> pour fusionner les deux
andre@1016:           <quote>heads</quote>.
andre@1016:           <!--où se trouve la traduction de
andre@1016:           (Incidentally, forcing the update with <command>hg update
andre@1016: 	  -C</command> would revert any uncommitted changes in the
andre@1016: 	working directory.)-->
andre@1016:        </para>
wilk@1006: 
wilk@1006:        <para id="x_723">Pour commencer une fusion (merge) entre deux <quote>heads</quote>,
belaran@995:        nous utilisons la commande <command role="hg-cmd">hg merge</command>.</para>
belaran@995: 
belaran@995:         &interaction.tour.merge.merge; 
belaran@995:       
belaran@995:        <para id="x_347">Nous résolvons les conflits dans le fichier
belaran@995:          <filename>hello.c</filename>. Ceci met à jour le répertoire de travail
andre@1016:          de sorte qu'il ne contienne les modifications en provenance des
wilk@1006:          <emphasis>deux</emphasis> <quote>heads</quote>, ce qui est indiqué par la
belaran@995:          la sortie de la commande <command role="hg-cmd">hg
belaran@995:          parents</command> et le contenu du fichier
belaran@995:          <filename>hello.c</filename>.</para>
belaran@995: 
belaran@995:         &interaction.tour.merge.parents;
belaran@995:      </sect2>
belaran@995: 
belaran@995:      <sect2>
belaran@995:        <title>Effectuer l'ajout (commit) du résultat de la fusion</title>
belaran@995: 
belaran@995:        <para id="x_348">Dès l'instant où vous avez effectué une fusion
belaran@995:          (merge), <command role="hg-cmd">hg parents</command> vous
belaran@995:          affichera deux parents, avant que vous n'exécutiez la commande
belaran@995:          <command role="hg-cmd">hg commit</command> sur le résultat de la
belaran@995:          fusion.</para>
belaran@995: 
belaran@995:         &interaction.tour.merge.commit;
belaran@995: 
andre@1016:       <para id="x_349">Nous avons maintenant un nouveau tip, remarquez qu'il
wilk@1006:         contient <emphasis>à la fois</emphasis> nos anciennes <quote>heads</quote> et leurs
belaran@995:         parents. Ce sont les mêmes révisions que nous avions affichées avec
belaran@995:         la commande <command role="hg-cmd">hg parents</command>.</para>
belaran@995: 
belaran@995:        &interaction.tour.merge.tip;
belaran@995: 
belaran@995:       <para id="x_34a">Dans la figure <xref linkend="fig:tour-merge:merge"/>,
belaran@995:         vous pouvez voir une représentation de ce qui se passe dans l'espace
belaran@995:         de travail pendant la fusion, et comment ceci affecte le dépôt lors
wilk@1006:         du <quote>commit</quote>. Pendant la fusion, l'espace de travail, qui a deux
belaran@995:         révisions (changesets) comme parents, voit ces derniers devenir le parent
belaran@995:         d'une nouvelle révision (changeset).</para>
belaran@995: 
belaran@995:       <figure id="fig:tour-merge:merge">
wilk@1006:           <title>Répertoire de travail et dépôt pendant une fusion, 
wilk@1006:               et le <quote>commit</quote> qui suit</title>
belaran@995:         <mediaobject>
belaran@995:           <imageobject>
belaran@995:             <imagedata fileref="figs/tour-merge-merge.png"/>
belaran@995:           </imageobject>
belaran@995:           <textobject><phrase>XXX ajoute texte</phrase></textobject>
belaran@995:         </mediaobject>
belaran@995:       </figure>
belaran@995: 
belaran@995:     </sect2>
belaran@995:   </sect1>
belaran@995: 
belaran@995:   <sect1>
belaran@995:     <title>Fusionner les modifications en conflit</title>
belaran@995: 
wilk@1006:     <para id="x_34b">La plupart des fusions sont assez simples à réaliser, mais 
belaran@995:       parfois vous vous retrouverez à fusionner des fichiers où la modification 
belaran@995:       touche la même portion de code, au sein d'un même fichier. À moins 
belaran@995:       que ces modification ne soient identiques, ceci aboutira à un 
belaran@995:       <emphasis>conflit</emphasis>, et vous devrez décider comment réconcilier 
wilk@1006:       les différentes modifications dans un ensemble cohérent.</para>
belaran@995: 
belaran@997:     <figure id="fig:tour-merge:conflict">
andre@1016:       <title>Modifications en conflit dans un document</title>
belaran@995:       <mediaobject>
belaran@995:         <imageobject><imagedata fileref="tour-merge-conflict"/></imageobject>
belaran@995:         <textobject><phrase>XXX ajoute texte</phrase></textobject>
belaran@995:       </mediaobject>
belaran@995:     </figure>
belaran@995: 
belaran@995:     <para id="x_34d">La figure <xref linkend="fig:tour-merge:conflict"/>
belaran@995:       illustre un cas de modifications conflictuelles dans un document. Nous
belaran@995:       avons commencé avec une version simple de ce fichier, puis nous avons
belaran@995:       ajouté des modifications, pendant que quelqu'un d'autre modifiait le même
belaran@995:       texte. Notre tâche dans la résolution du conflit est de décider à quoi le
belaran@995:       fichier devrait ressembler.</para>
belaran@995: 
belaran@995:     <para id="x_34e">Mercurial n'a pas de mécanisme interne pour gérer 
belaran@995:       les conflits. À la place, il exécute un programme externe appelé 
belaran@995:       <command>hgmerge</command>. Il s'agit d'un script shell qui est 
wilk@1006:       compris avec Mercurial, vous pouvez le modifier si vous voulez. 
belaran@995:       Ce qu'il fait par défaut est d'essayer de trouver un des différents 
belaran@995:       outils de fusion qui seront probablement installés sur le système. 
wilk@1006:       Il commence par les outils totalement automatiques, et s'ils 
belaran@995:       échouent (parce que la résolution du conflit nécessite une
wilk@1006:       intervention humaine) ou s'ils sont absents, le script tente
belaran@995:       d'exécuter certains outils graphiques de fusion.</para>
belaran@995: 
belaran@995:     <para id="x_34f">Il est aussi possible de demander à Mercurial d'exécuter
belaran@995:       un autre programme ou un autre script en définissant la variable
belaran@995:       d'environnement <envar>HGMERGE</envar> avec le nom
belaran@995:       du programme de votre choix.</para>
belaran@995: 
belaran@995:     <sect2>
belaran@995:       <title>Utiliser un outil graphique de fusion</title>
belaran@995: 
belaran@995:       <para id="x_350">Mon outil de fusion préféré est
belaran@995:       <command>kdiff3</command>, que j'utilise ici pour illustrer les
belaran@995:         fonctionnalités classiques des outils graphiques de fusion. Vous pouvez
belaran@995:         voir une capture d'écran de l'utilisation de <command>kdiff3</command>
belaran@995:         dans la figure <xref linkend="fig:tour-merge:kdiff3"/>. Cet outil
wilk@1006:         effectue une <emphasis>fusion <quote>three-way</quote></emphasis>, car il y a
wilk@1006:         trois différentes versions du fichier qui nous intéressent. Le fichier
wilk@1006:         découpe la partie supérieure de la fenêtre en trois panneaux :</para>
belaran@995:       <itemizedlist>
wilk@1006:         <listitem><para id="x_351">À gauche on trouve la version de
belaran@995:           <emphasis>base</emphasis> du fichier, soit la plus récente version
belaran@995:           des deux versions qu'on souhaite fusionner.</para></listitem>
belaran@995:         <listitem><para id="x_352">Au centre, il y a <quote>notre</quote>
belaran@995:           version du fichier, avec le contenu que nous avons modifié.</para></listitem>
belaran@995:         <listitem><para id="x_353">Sur la droite, on trouve
belaran@995:         <quote>leur</quote> version du fichier, celui qui contient la
wilk@1006:         révision que nous souhaitons intégrer.</para>
belaran@995:         </listitem></itemizedlist>
belaran@995:       <para id="x_354">Dans le panneau en dessous, on trouve le
belaran@995:         <emphasis>résultat</emphasis> actuel de notre fusion. Notre tâche
andre@1016:         consiste donc à remplacer tous les textes en rouge,
belaran@995:         qui indiquent des conflits non résolus, avec une fusion manuelle et 
belaran@995:         pertinente de <quote>notre</quote> version et de la <quote>leur</quote>.
belaran@995:       </para>
belaran@995: 
andre@1016:       <para id="x_355">Les quatre panneaux sont <emphasis>accrochés ensemble</emphasis>, 
belaran@995:         si nous déroulons les ascenseurs verticalement ou horizontalement dans chacun 
belaran@995:         d'entre eux, les autres sont mis à jour avec la section correspondante dans leurs 
belaran@995:         fichiers respectifs.</para>
belaran@995: 
belaran@995:       <figure id="fig:tour-merge:kdiff3">
belaran@995:         <title>Utiliser <command>kdiff3</command> pour fusionner les
belaran@995:           différentes version d'un fichier.</title>
belaran@995:         <mediaobject>
belaran@995:           <imageobject>
belaran@995:             <imagedata width="100%" fileref="figs/kdiff3.png"/></imageobject>
belaran@995:             <textobject>
belaran@995:               <phrase>XXX ajoute texte</phrase>
belaran@995:             </textobject>
belaran@995:           </mediaobject>
belaran@995:        </figure>
belaran@995: 
belaran@995:        <para id="x_357">Pour chaque portion de fichier posant problème, nous
belaran@995:          pouvons choisir de résoudre le conflit en utilisant une combinaison de
andre@1016:          touches depuis la version de base, la nôtre, ou la leur. Nous pouvons
belaran@995:          aussi éditer manuellement les fichiers à tout moment, si c'est nécessaire.</para>
belaran@995: 
belaran@995:        <para id="x_358">Il y a <emphasis>beaucoup</emphasis> d'outils de
wilk@1006:          fusion disponibles, bien trop pour parler de tous ici. Leurs
andre@1016:          disponibilités varient selon les plateformes ainsi que leurs
wilk@1006:          avantages et inconvénients. La plupart sont optimisés pour
wilk@1006:          la fusion de fichier contenant un texte plat, certains sont spécialisés
belaran@995:          dans un format de fichier précis (généralement XML).</para>
belaran@995:     </sect2>
belaran@995: 
belaran@995:     <sect2>
belaran@995:       <title>Un exemple concret</title>
belaran@995: 
belaran@995:       <para id="x_359">Dans cet exemple, nous allons reproduire la
belaran@995:         modification de l'historique du fichier de la figure <xref
wilk@1006:         linkend="fig:tour-merge:conflict"/> ci-dessus. Commençons par créer
belaran@995:         un dépôt avec une version de base de notre document.</para>
belaran@995: 
belaran@995:       &interaction.tour-merge-conflict.wife; 
belaran@995: 
wilk@1006:       <para id="x_35a">Créons un clone de ce dépôt et effectuons une
belaran@995:         modification dans le fichier.</para>
belaran@995: 
belaran@995:       &interaction.tour-merge-conflict.cousin;
belaran@995:       
belaran@995:       <para id="x_35b">Et un autre clone, pour simuler que quelqu'un d'autre effectue une
belaran@995:         modification sur le fichier. (Ceci pour suggérer qu'il n'est pas rare
belaran@995:         de devoir effectuer des fusions (merges) avec vos propres travaux quand
belaran@995:         vous isolez les tâches dans des dépôts distincts. En effet, vous
belaran@995:         aurez alors à trouver et résoudre certains conflits).</para>
belaran@995: 
belaran@995:       &interaction.tour-merge-conflict.son;
belaran@995: 
belaran@995:       <para id="x_35c">Maintenant que ces deux versions différentes du même fichier sont
belaran@995:         créées, nous allons configurer l'environnement de manière appropriée pour
belaran@995:         exécuter notre fusion (merge).</para>
belaran@995: 
belaran@995:       &interaction.tour-merge-conflict.pull;
belaran@995: 
belaran@995:       <para id="x_35d">Dans cette exemple, je n'utiliserais pas la commande Mercurial
wilk@1006:         habituelle <command>hgmerge</command> pour effectuer la
belaran@995:         fusion (merge), car il me faudrait abandonner ce joli petit exemple automatisé
belaran@995:         pour utiliser un outil graphique. À la place, je vais définir la
belaran@995:         variable d'environnement <envar>HGMERGE</envar> pour indiquer à
belaran@995:         Mercurial d'utiliser la commande non-interactive <command>merge</command>.
wilk@1006:         Cette dernière est comprise dans de nombreux systèmes <quote>à la Unix</quote>.
belaran@995:         Si vous exécutez cet exemple depuis votre ordinateur, ne vous
andre@1016:         occupez pas de définir <envar>HGMERGE</envar>.
andre@1016:         <!-- où se trouve la traduction de 
andre@1016:         You'll get dropped into a GUI file
andre@1016: 	    merge tool instead, which is much preferable.)-->
andre@1016:         </para>
belaran@995: 
belaran@995:      &interaction.tour-merge-conflict.merge; 
belaran@995: 
belaran@995: 
belaran@995:      <para id="x_35f">Parce que <command>merge</command> ne peut pas résoudre
belaran@995:        les modifications conflictuelles, il laisse des <emphasis>marqueurs de
belaran@995:        différences</emphasis> à l'intérieur du fichier qui a des conflits,
andre@1016:        indiquant clairement quelles lignes sont en conflit, et si elles
belaran@995:        viennent de notre fichier ou du fichier externe.
belaran@995:      </para>
belaran@995: 
belaran@995:      <para id="x_360">Mercurial peut distinguer, à la manière dont la
belaran@995:        commande <command>merge</command> se termine, qu'elle n'a pas été
belaran@995:        capable d'effectuer la fusion (merge), alors il nous indique que nous
belaran@995:        devons effectuer de nouveau cette opération. Ceci peut être très utile
belaran@995:        si, par exemple, nous exécutons un outil graphique de fusion et que
belaran@995:        nous le quittons sans nous rendre compte qu'il reste des conflits ou 
belaran@995:        simplement par erreur.</para>
belaran@995: 
belaran@995:      <para id="x_361">Si la fusion (merge) automatique ou manuelle échoue, 
belaran@995:        il n'y a rien pour nous empêcher de <quote>corriger le tir</quote> en
andre@1016:        modifiant nous-même les fichiers, et enfin effectuer le <quote>commit</quote> du 
belaran@995:        fichier:</para>
belaran@995: 
belaran@995:      &interaction.tour-merge-conflict.commit;
belaran@995: 
belaran@995:      <note>
andre@1016:        <title>Où est la commande <command>hg resolve</command> ?</title>
belaran@995:        
belaran@995:        <para id="x_724">La commande <command>hg resolve</command> a été
andre@1016:          introduite dans la version 1.1 de Mercurial, qui a été publiée en
belaran@995:          décembre 2008. Si vous utilisez une version plus anciennne de
belaran@995:          Mercurial (exécutez la command <command>hg version</command> pour en
wilk@1006:          avoir le cœur net), cette commande ne sera pas disponible. Si votre
belaran@995:          version de Mercurial est plus ancienne que la 1.1, vous devriez très
wilk@1006:          fortement considérer une mise à jour vers une version plus récente avant
belaran@995:          d'essayer de régler des fusions complexes.</para>
belaran@995:        </note>
belaran@995:      </sect2>
belaran@995:    </sect1>
belaran@995: 
belaran@995:    <sect1 id="sec:tour-merge:fetch">
wilk@1006:        <title>Simplification de la séquence <quote>pull-merge-commit</quote></title>
belaran@995: 
belaran@995:      <para id="x_362">La procédure pour effectuer la fusion indiquée
belaran@995:        ci-dessus est simple, mais requiert le lancement de trois commandes à la
belaran@995:        suite.</para>
belaran@995: 
belaran@995:      <programlisting>hg pull -u
belaran@995: hg merge
belaran@995: hg commit -m 'Merged remote changes'</programlisting>
belaran@995: 
wilk@1006:      <para id="x_363">Lors du <quote>commit</quote> final, vous devez également saisir un
belaran@995:        message, qui aura vraisemblablement assez peu d'intérêt.</para>
belaran@995: 
belaran@995:      <para id="x_364">Il serait assez sympathique de pouvoir réduire le
belaran@995:        nombre d'opérations nécessaire, si possible. De fait Mercurial est
wilk@1006:        fournit avec une extension appelée <literal role="hg-ext">fetch</literal>
belaran@995:        qui fait justement cela.</para>
belaran@995: 
wilk@1006:      <para id="x_365">Mercurial fournit un mécanisme d'extension flexible qui permet à chacun
belaran@995:        d'étendre ces fonctionnalités, tout en conservant le cœur de Mercurial
wilk@1006:        léger et facile à utiliser. Certaines extensions ajoutent de nouvelles
belaran@995:        commandes que vous pouvez utiliser en ligne de commande, alors que
wilk@1006:        d'autres travaillent <quote>en coulisse</quote>, par exemple en ajoutant des
belaran@995:        possibilités au serveur.</para>
belaran@995: 
belaran@995:      <para id="x_366">L'extension <literal role="hg-ext">fetch</literal>
belaran@995:        ajoute une nouvelle commande nommée, sans surprise, <command
wilk@1006:        role="hg-cmd">hg fetch</command>. Cette extension consiste en une
belaran@995:        combinaison de <command role="hg-cmd">hg pull</command>, <command
wilk@1006:        role="hg-cmd">hg update</command> et <command role="hg-cmd">hg
belaran@995:        merge</command>. Elle commence par récupérer les modifications d'un
belaran@995:        autre dépôt dans le dépôt courant. Si elle trouve que les
wilk@1006:        modifications ajoutent une nouvelle <quote>head</quote>, elle effectue un <quote>merge</quote>,
wilk@1006:        et ensuite <quote>commit</quote> le résultat du <quote>merge</quote> avec un message généré
wilk@1006:        automatiquement. Si aucune <quote>head</quote> n'a été ajouté, elle met à jour le
wilk@1006:        répertoire de travail au niveau de la nouvelle révision <quote>tip</quote>.</para>
belaran@995:      
belaran@995:      <para id="x_367">Activer l'extension <literal
andre@1016:        role="hg-ext">fetch</literal> est facile. Modifiez votre fichier <filename
belaran@995:        role="special">.hgrc</filename>, et soit allez à la section <literal
wilk@1006:        role="rc-extensions">extensions</literal> soit créez une section
belaran@995:        <literal role="rc-extensions">extensions</literal>. Ensuite ajoutez
wilk@1006:        une ligne qui consiste simplement en <quote>fetch =</quote>.</para>
belaran@995: 
belaran@995:      <programlisting>[extensions]
belaran@995: fetch =</programlisting>
belaran@995: 
belaran@995:     <para id="x_368">(Normalement, sur la partie droite de
belaran@995:       <quote><literal>=</literal></quote> devrait apparaître le chemin de
belaran@995:       l'extension, mais étant donné que l'extension <literal
belaran@995:       role="hg-ext">fetch</literal> fait partie de la distribution standard,
belaran@995:       Mercurial sait où la trouver.) </para>
belaran@995: 
belaran@995:   </sect1>
belaran@995:   
belaran@995:   <sect1>
belaran@995:     <title>Renommer, copier, et fusionner (merge)</title>
belaran@995: 
belaran@995:     <para id="x_729">En cours de la vie d'un projet, nous allons souvent 
belaran@995:       vouloir changer la disposition de ses fichiers et de ses répertoires. 
belaran@995:       Ceci peut être aussi simple que de changer le nom d'un seul fichier, 
andre@1016:       et aussi compliqué que de restructurer une hiérarchie entière de fichiers
belaran@995:       au sein du projet.</para>
belaran@995: 
belaran@995:     <para id="x_72a">Mercurial permet de faire ce genre de modification de
belaran@995:       manière fluide, à condition de l'informer de ce que nous faisons. Si 
wilk@1006:       vous voulez renommer un ficher, vous devriez utiliser la commande
belaran@995:       <command>hg rename</command><footnote>
wilk@1006:         <para id="x_72b">Si vous êtes un utilisateur d'Unix, vous serez content
wilk@1006:           de savoir que la commande  <command>hg rename</command>
belaran@995:           peut être abrégée en <command>hg mv</command>.</para>
belaran@995:       </footnote> pour changer son nom, ainsi Mercurial peut ensuite prendre
andre@1016:       la bonne décision, plus tard, en cas de fusion (merge).</para>
belaran@995: 
wilk@1006:     <para id="x_72c">Nous étudierons, en détail, l'utilisation de ces commandes 
wilk@1006:      dans le chapitre <xref linkend="chap:daily.copy"/>.</para>
belaran@995:   </sect1>
belaran@964: </chapter>
belaran@964: 
belaran@964: <!--
belaran@964: local variables: 
belaran@964: sgml-parent-document: ("00book.xml" "book" "chapter")
belaran@964: end:
belaran@976: -->