more help files translated in French

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@7152 71c3de6d-444a-0410-be80-ed276b4c234a

war/resources/help/ant/ant-buildfile_fr.html

+<div>
+  Si votre build nécessite un <a href="http://ant.apache.org/manual/running.html#options">fichier de build</a>
+  particulier, indiquez-le ici. Par défaut, Ant utilisera le fichier
+  <code>build.xml</code> dans le répertoire racine. Cette option peut être
+  utilisée pour pointer vers des fichiers de build de noms différents ou
+  placés dans un sous-répertoire.
+</div>

war/resources/help/ant/ant-opts_fr.html

+<div>
+  Si votre build nécessaite une variable <a href="http://ant.apache.org/manual/running.html#envvars">ANT_OPTS</a> particulière
+  indiquez-la ici. Typiquement, cela peut être utilisé pour spécifier
+  une limite dans la quantité de mémoire que Java peut prendre, par exemple
+  <code>-Xmx512m</code>.
+</div>
\ No newline at end of file

war/resources/help/project-config/log-rotation_fr.html

+<div>
+  Contrôle la quantité d'espace disque utilisée selon la durée
+  de conservation des éléments créés par les builds (comme la sortie console,
+  les artefacts des builds, etc.)
+  Hudson propose deux critères:
+
+  <ol>
+    <li>
+      Gestion par l'âge. Vous pouvez faire supprimer par Hudson un élément
+      s'il a plus d'un certain âge (par exemple, plus de 7 jours).
+    <li>
+      Gestion par le nombre. Vous pouvez demander à Hudson de maintenir
+      un maximum de N objets. Si un nouveau build est lancé, l'élément le
+      plus ancien sera supprimé.
+  </ol>
+
+  Hudson vous permet également de marquer un build particulier comme
+  'A conserver de façon permanente', afin de vous assurer que des builds
+  importants ne sont pas supprimés automatiquement.
+</div>
\ No newline at end of file

war/resources/help/project-config/mailer_fr.html

+<div>
+  Hudson a la capacité d'envoyer des emails aux destinaires spécifiés
+  lorsque certains évènements importants ont lieu.
+
+  <ol>
+    <li>Chaque build en échec provoque l'envoi d'un mail.
+    <li>Un build qui passe avec succès après un build en échec 
+    provoque l'envoi d'un mail, ce qui permet de savoir qu'une situation
+    de crise est résolue.
+    <li>Un build instable après un build avec succès provoque l'envoi
+    d'un mail, indiquant ainsi qu'il y a eu une régression.
+    <li>Sauf configuration contraire, chaque build instable
+    provoque l'envoi d'un mail, indiquant ainsi qu'une régression est
+    toujours d'actualité.
+  </ol>
+
+  Pour les projets qui ne suivent pas les bonnes pratiques et
+  où les builds instables sont la norme, cochez la case 
+  "Ne pas envoyer d'email à chaque build instable".
+</div>
\ No newline at end of file

war/resources/help/project-config/maven_fr.html

+<div>
+  Pour les projets qui utilisent Maven comme outil de build.
+  Hudson invoquera Maven avec les cibles et les options spécificiées.
+  Un code de retour différent de zéro indique à Hudson que le build doit
+  être marqué comme un échec.
+  Certaines versions de Maven ont un bug qui ne permet pas le retour correct
+  d'un code de sortie.
+
+  <p>
+  Hudson passe <a href="https://hudson.dev.java.net/source/browse/*checkout*/hudson/hudson/main/war/resources/env-vars.html">
+  certaines variables d'environment</a> à Maven, auxquelles vous pouvez
+  accéder à l'aide de "${env.NOMDEVARIABLE}".
+
+  <p>
+  Les mêmes variables peuvent être utilisées comme des arguments de ligne
+  de commande, comme si vous faisiez une invocation à partir d'un shell.
+  Par exemple, vous pouvez spécifier <tt>-DresultsFile=${WORKSPACE}/${BUILD_TAG}.results.txt</tt>
+</div>
\ No newline at end of file

war/resources/help/project-config/poll-scm_fr.html

+<div>
+  Demande à Hudson de scruter les changements dans l'outil de gestion de version
+
+  <p>
+  Notez que cette opération est consommatrice de ressources pour CVS,
+  car chaque scrutation signifie que Hudson va scanner l'ensemble du
+  workspace et le comparer avec le serveur.
+  Envisagez d'utiliser un trigger de type 'push' pour éviter cette 
+  surcharge, comme indiqué dans
+  <a href="https://hudson.dev.java.net/build.html">ce document</a>.
+</div>
\ No newline at end of file

war/resources/help/project-config/quietPeriod_fr.html

+<div>
+  Si cette valeur est positionnée, un build attendre le nombre de secondes 
+  spéficié avant de réellement s'exécuter.
+  Cela est utile pour:
+  <ul>
+    <li>
+      Agréger de multiples emails de notification de changements CVS dans
+      un seul (certains scripts de génération d'email relatifs aux
+      changements dans CVS génèrent de multiples emails rapidement les uns
+      après les autres, quand un commit touche plusieurs répertoires).
+    </li>
+    <li>
+      Selon votre style de codage, vous introduisez peut-être une erreur de
+      logique dans certaines opérations cvs/svn. Dans ce cas, une période
+      d'attente plus longue évitera que Hudson lance un build
+      prématurement et indique un échec.
+    </li>
+    <li>
+      Gestion des ressources. Si votre installation de Hudson est
+      surchargée par de nombreux builds, une période d'attente plus longue
+      pourra réduire le nombre de builds.
+    </li>
+  </ul>
+  Si cette valeur n'est pas positionnée explicitement au niveau du projet,
+  une valeur par défaut pour toute l'installation d'Hudson sera
+  utilisée.
+    </div>
\ No newline at end of file

war/resources/help/project-config/shell_fr.html

+<div>
+  Lance un script shell (par défaut avec <tt>sh</tt>, mais cela est
+  configurable) pour construire le projet.
+  Le script sera lancé avec le workspace comme répertoire courant.
+
+  Le shell sera invoqué avec l'option "-ex". Par conséquent, toutes les
+  commandes seront affichées avant d'être exécutées,
+  et le build sera considéré comme un échec si une de ces commandes
+  renvoie un code de retour non-nul.
+</div>
\ No newline at end of file

war/resources/help/project-config/slave_fr.html

+<div>
+  Parfois, un projet ne peut être construit que sur une machine-esclace
+  particulière. Dans ce cas, cette option force Hudson à toujours
+  construre ce projet sur une machine particulière.
+
+  Dans le cas contraire, décochez la case afin que Hudson puisse
+  programmer des builds sur les machines disponibles, ce qui permettra
+  un meilleur temps de réponse.
+
+  <p>
+  Cette option est également utile quand vous souhaitez vous assurer qu'un
+  projet peut être construit sur un noeud (une machine) particulier.
+</div>
\ No newline at end of file

war/resources/help/project-config/timer-format_fr.html

+<div>
+  Ce champ suit la syntaxe de cron (avec des différences mineures).
+  Chaque ligne consiste en 5 champs séparés par des TABs ou des espaces:
+  <pre>MINUTES HEURES JOURMOIS MOIS JOURSEMAINE</pre>
+  <table>
+    <tr>
+      <td>MINUTES</td>
+      <td>Les minutes dans une heure (0-59)</td>
+    </tr>
+    <tr>
+      <td>HEURES</td>
+      <td>Les heures dans une journée (0-23)</td>
+    </tr>
+    <tr>
+      <td>JOURMOIS</td>
+      <td>Le jour dans un mois (1-31)</td>
+    </tr>
+    <tr>
+      <td>MOIS</td>
+      <td>Le mois (1-12)</td>
+    </tr>
+    <tr>
+      <td>JOURSEMAINE</td>
+      <td>Le jour de la semaine (0-7) où 0 et 7 représentent le dimanche.</td>
+    </tr>
+  </table>
+  <p>
+    Pour spécifier des valeurs multiples pour un champ, utilisez les opérateurs suivants.
+    Par ordre de précédence,
+  </p>
+  <ul>
+    <li>'*' représente l'ensemble des valeurs possibles.</li>
+    <li>'M-N' représente une liste bornée, telle que "1-5"</li>
+    <li>'M-N/X' ou '*/X' permettent de spécifier des sauts de valeur X's dans la liste.
+        Par exemple, "*/15" dans le champ MINUTES est équivalent à "0,15,30,45" et "1-6/2" à "1,3,5"</li>
+    <li>'A,B,...,Z' permet de spécifier des valeurs multiples, comme "0,30" ou "1,3,5"</li>
+  </ul>
+  <p>
+    Les lignes vides et les lignes qui commencent par '#' seront considérées comme des commentaires et ignorées.
+  </p><p>
+    De plus, les mots-clefs '@yearly', '@annually', '@monthly', '@weekly', '@daily', '@midnight',
+    et '@hourly' sont supportés.
+  </p>
+  <table>
+    <tr>
+      <td>Exemples</td>
+      <td>
+<pre>
+# toutes les minutes
+* * * * *
+# toutes les 5 minutes après l'heure
+5 * * * *
+</pre>
+      </td>
+    </tr>
+  </table>
+</div>
\ No newline at end of file

war/resources/help/project-config/timer_fr.html

+<div>
+  Fournit une fonctionnalité de type <a href="http://en.wikipedia.org/wiki/cron">cron</a>
+  afin d'exécuter le projet périodiquement.
+
+  <p>
+  Cette fonction est prévue principalement pour utiliser Hudson comme un
+  remplaçant de cron. <b>Elle n'est pas idéale pour la construction continue
+  de projets logiciel</b>.
+
+  Quand quelqu'un débute avec l'intégration continue, il est souvent si
+  habitué à l'idée d'un lancement de build toutes les nuits ou toutes les
+  semaines, qu'il préfère utiliser cette fonctionnalité. Néanmoins,
+  l'intérêt de l'intégration continue est de lancer un build à chaque
+  changement dans la base de code, afin de donner un retour rapide sur
+  ce changement.
+  Pour cela, vous devez 
+  <a href="https://hudson.dev.java.net/build.html">associer la notification des changements de l'outil de gestion de version avec Hudson.</a>.
+
+  <p>
+  Donc, avant d'utiliser cette fonctionnalité, demandez-vous si c'est bien ce que vous voulez.
+</div>
\ No newline at end of file

war/resources/help/project-config/triggerRemotely_fr.html

+<div>
+  Activez cette option si vous souhaitez déclencher des builds
+  en accédant une URL particulière (partique pour les scripts).
+  <p>Un exemple typique serait de déclencher un build à partir
+  d'un script de hook de l'outil de gestion de version, à chaque
+  fois que quelqu'un a ajouté une modification dans la base de
+  code, ou à partir d'un script qui lit les notifications envoyées
+  par mail par l'outil de gestion de version.
+  </p>
+  <p>Il vous faudra fournir des informations d'autorisation sous forme
+  d'une chaine de caractères, afin que seuls ceux qui la connaisse
+  soient à même de déclencher les builds de ce projet à distance.</p>
+</div>

war/resources/help/project-config/upstream_fr.html

+<div>
+  <p>
+    Positionne un déclencheur de build, de façon à ce qu'à la suite du build
+    de certains projets, un build soit lancé pour ce projet.
+    Cela est utile pour lancer un long test après la construction d'un
+    projet, par exemple.
+  </p><p>
+    Cette configuration est la vue inverse de la section "Construire d'autres
+    projets" dans "Actions post-build'. Changer l'un modifiera l'autre automatiquement.
+  </p>
+</div>
\ No newline at end of file