1.1 --- a/fr/intro.tex	Sun Feb 08 17:01:30 2009 +0100
     1.2 +++ b/fr/intro.tex	Sun Feb 08 21:48:00 2009 +0100
     1.3 @@ -476,60 +476,61 @@
     1.4  
     1.5  \subsection{Commercial tools}
     1.6  
     1.7 -Perforce has a centralised client/server architecture, with no
     1.8 -client-side caching of any data.  Unlike modern revision control
     1.9 -tools, Perforce requires that a user run a command to inform the
    1.10 -server about every file they intend to edit.
    1.11 -
    1.12 -The performance of Perforce is quite good for small teams, but it
    1.13 -falls off rapidly as the number of users grows beyond a few dozen.
    1.14 -Modestly large Perforce installations require the deployment of
    1.15 -proxies to cope with the load their users generate.
    1.16 -
    1.17 +Perforce a une architecture client/server centralisée, sans aucun
    1.18 +mécanisme de cache de données coté client. Contrairement à la plupart
    1.19 +des outils modernes de gestion de source, Perforce exige de ses 
    1.20 +utilisateurs d'exécuter une commande pour informer le serveur
    1.21 +central de tout fichier qu'il souhaite modifier.
    1.22 +
    1.23 +Les performances de Perforce sont plutôt bonnes pour des petites
    1.24 +équipes, mais elles s'effondrent rapidement lorsque le nombre 
    1.25 +d'utilisateurs augmente au delà de la douzaine. Des installations 
    1.26 +de Perforce assez large nécessite le déployement de proxies pour 
    1.27 +supporter la montée en charge associée.
    1.28  
    1.29  \subsection{Choosing a revision control tool}
    1.30  
    1.31 -With the exception of CVS, all of the tools listed above have unique
    1.32 -strengths that suit them to particular styles of work.  There is no
    1.33 -single revision control tool that is best in all situations.
    1.34 -
    1.35 -As an example, Subversion is a good choice for working with frequently
    1.36 -edited binary files, due to its centralised nature and support for
    1.37 -file locking.
    1.38 -
    1.39 -I personally find Mercurial's properties of simplicity, performance,
    1.40 -and good merge support to be a compelling combination that has served
    1.41 -me well for several years.
    1.42 -
    1.43 -
    1.44 -\section{Switching from another tool to Mercurial}
    1.45 -
    1.46 -Mercurial is bundled with an extension named \hgext{convert}, which
    1.47 -can incrementally import revision history from several other revision
    1.48 -control tools.  By ``incremental'', I mean that you can convert all of
    1.49 -a project's history to date in one go, then rerun the conversion later
    1.50 -to obtain new changes that happened after the initial conversion.
    1.51 -
    1.52 -The revision control tools supported by \hgext{convert} are as
    1.53 -follows:
    1.54 +A l'exception de CVS, tout les outils listés ci dessus ont des 
    1.55 +forces qui leur sont propres et qui correspondent à certaines
    1.56 +formes de projet. Il n'y a pas un seul meilleur outil de gestion
    1.57 +de source qui correspondent le mieux à toutes les situations.
    1.58 +
    1.59 +Par exemple, Subversion est un très bon choix lorsque travailler
    1.60 +avec beaucoup de fichiers binaires, qui évolue régulièrement, grâce
    1.61 +à sa nature centraliser et sa capacité à vérouiller des fichiers.
    1.62 +
    1.63 +Personnellement, je préfère Mercurial pour sa simplicité, ses 
    1.64 +performances et son bonne capacité de fusion, et il me sert très bien
    1.65 +de plusieurs années maintenant.
    1.66 +
    1.67 +\section{Migrer depuis un outil à Mercurial}
    1.68 +
    1.69 +Mercurial est livré avec une extension nommée \hgext{convert}, qui
    1.70 +peut de manière incrémental importer des révision depuis différents
    1.71 +autres outils de gestion de source. Par ``incrémental'', j'entend que
    1.72 +vous pouvez convertir l'historique entier du projet en une seule fois,
    1.73 +puis relancer l'outil d'import plus tard pour obtenir les modifications
    1.74 +effectués depuis votre import intial.
    1.75 +
    1.76 +Les outils de gestion de source supportés par \hgext{convert} sont :
    1.77  \begin{itemize}
    1.78 -\item Subversion
    1.79 -\item CVS
    1.80 -\item Git
    1.81 -\item Darcs
    1.82 +	\item Subversion
    1.83 +	\item CVS
    1.84 +	\item Git
    1.85 +	\item Darcs
    1.86  \end{itemize}
    1.87  
    1.88 -In addition, \hgext{convert} can export changes from Mercurial to
    1.89 -Subversion.  This makes it possible to try Subversion and Mercurial in
    1.90 -parallel before committing to a switchover, without risking the loss
    1.91 -of any work.
    1.92 -
    1.93 -The \hgxcmd{conver}{convert} command is easy to use.  Simply point it
    1.94 -at the path or URL of the source repository, optionally give it the
    1.95 -name of the destination repository, and it will start working.  After
    1.96 -the initial conversion, just run the same command again to import new
    1.97 -changes.
    1.98 -
    1.99 +En outre, \hgext{convert} peut exporter les modifications depuis Mercurial
   1.100 +vers Subversion. Ceci rend possible de d'essayer Subversion en parallèle 
   1.101 +avant de choisir une solution définitive, sans aucun risque de perte de
   1.102 +données.
   1.103 +
   1.104 +
   1.105 +La commande \hgxcmd{conver}{convert} est très simple à utiliser. Simplement,
   1.106 +indiquer le chemin ou l'URL du dépôt de source, en lui indiquant, optionnellement
   1.107 +le nom du chemin de destination, et l'extension se met en route. Après cet
   1.108 +import initial, il suffit de relancer la commande encore une fois pour 
   1.109 +importer les modifications effectuées depuis.
   1.110  
   1.111  %%% Local Variables: 
   1.112  %%% mode: latex