提交 a8500339 编写于 作者: E elefevre

all help files are now translated in French


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@7641 71c3de6d-444a-0410-be80-ed276b4c234a
上级 d7691315
<div>
Spécifie <a href='http://ant.apache.org/manual/CoreTypes/fileset.html'>un pattern d'exclusion</a> optionel, du type "foo/bar/**/*".
Un fichier qui correspond à ce pattern ne sera pas archivé, même s'il
correspond au masque spécifié dans la section 'fichiers à archiver'.
</div>
\ No newline at end of file
<div>
Vous pouvez utilisez ici des wildcards du type 'module/dist/**/*.zip'.
Voir <a href='http://ant.apache.org/manual/CoreTypes/fileset.html'>
les @includes d'un fileset Ant</a> pour le format exact.
Le répertoire de base est <a href='ws/'>le workspace</a>.
</div>
\ No newline at end of file
<div>
Si cette option est activée tous les
<a href="lastSuccessfulBuild/fingerprint">builds référencés</a> par les
builds de ce projet (à travers les empreintes digitales) seront protégés
lors de la rotation des log.
<p>
Quand votre job dépend d'autres jobs sur Hudson et que vous avez
occasionnellement besoin de tagguer votre workspace, il est souvent
pratique (voire nécessaire) de tagguer aussi vos dépendances sur Hudson.
Le problème est que la rotation du log peut avoir des effets néfastes,
puisqu'un build utilisé par votre projet pourra être affecté par un
nettoyage suite aux rotations des logs (s'il y a eu beaucoup de builds
dans cette dépendance). Si cela arrive, vous ne pourrez plus tagguer
vos dépendances de façon fiable.
<p>
Cette fonctionnalité règle ce problème en "lockant" ceux de ces builds
dont vous dépendez, garantissant ainsi que vous pourrez toujours tagguer
toutes vos dépendances.
</div>
\ No newline at end of file
<div>
Hudson comprend le format XML des rapports de test JUnit (qui est le
même pour ceux de TestNG).
Quand cette option est configurée, Hudson peut fournir des informations
utiles sur les résultats des tests, tels que les tendances historiques
sur les résultats des tests, une interface web pour visualiser les rapports
de test, tracer les échecs, etc.
<p>
Pour utiliser cette fonctionnalité, tout d'abord configurez votre build
pour lancer des tests, puis spéficiez le chemin vers les fichiers XML
JUnit en utilisant
<a href="http://ant.apache.org/manual/CoreTypes/fileset.html">
la syntaxe classique de Ant</a>, par exemple
<tt>**/build/test-reports/*.xml</tt>.
Assurez-vous de ne pas inclure des fichiers qui ne contiennent pas de
rapports dans ce pattern.
<p>
Une fois que des builds produisent des résultats de test, vous devriez
commencer à voir quelque chose
<a href="https://hudson.dev.java.net/screenshots/5.png">comme ça</a>.
</div>
\ No newline at end of file
<div>
Les emails de notification envoyés par Hudson aux propriétaires des
projets seront envoyés avec cette adresse dans le champ expéditeur.
Cela peut être simplement "foo@acme.org" ou quelque chose comme
"Hudson Daemon &lt;foo@acme.org>"
</div>
\ No newline at end of file
<div>
Si les adresses email de vos utilisateurs peuvent être obtenues
automatiquement simplement en ajoutant un suffixe, alors spécifiez ce
suffixe ici.
Sinon, laissez ce champ vide.
Notez que les utilisateurs peuvent toujours changer ce comportement de
façon sélective.
Par exemple, si ce champ est positionné à tt>@acme.org</tt>,
alors l'utilisateur <tt>foo</tt> aura par défaut l'adresse email
<tt>foo@acme.org</tt>.
</div>
\ No newline at end of file
<div>
Si cette option est choisie, les notifications par email seront envoyées
aux personnes qui ont fait des modifications dans un build en échec
(on suppose que ces changements ont cassé ce build).
<p>
Si des adresses email sont aussi spécifiées sur la liste des destinataires,
alors l'email de notification est envoyé à la fois à cette liste et aux
personnes ayant fait des modifications.
Si la liste des destinataires est vide, alors seules les personnes
changeurs recevront des emails.
</div>
\ No newline at end of file
<div>
Le nom du serveur de mail. Laissez ce champ vide pour utiliser le serveur
par défaut (qui est normalement celui qui tourne sur localhost).
<p>
Hudson utilise JavaMail pour envoyer des emails et JavaMail propose des
options supplémentaires à passer comme propriétés système au conteneur.
Voir <a href="http://java.sun.com/products/javamail/javadocs/overview-summary.html#overview_description">
ce document</a> pour avoir une idée des valeurs et des comportements
possibles.
</div>
\ No newline at end of file
<div>
Indique si SSL doit être utilisé pour la connexion au serveur SMTP.
Le port par défaut est le 465.
<p>
D'autres configurations avancées peuvent être faites en positionnant des
propriétés système.
Voir <a href="http://java.sun.com/products/javamail/javadocs/overview-summary.html#overview_description">
ce document</a> pour avoir une idée des valeurs et des comportements
possibles.
</div>
\ No newline at end of file
<div>
Cette option provoque l'authentification SMTP lors de l'envoi d'emails.
Si votre environnement nécessite l'utilisation de l'authentification SMTP,
spécifiez ici son nom d'utilisateur et mot de passe.
</div>
\ No newline at end of file
<div>
Spécifie optionnellement l'adresse HTTP de l'installation de Hudson,
comme <tt>http://yourhost.yourdomain/hudson/</tt>.
Cette valeur est utilisée pour mettre des liens dans les emails envoyés
par Hudson.
<p>
Cela est nécessaire parce que Hudson ne peut pas détecter de façon
fiable sa propre URL.
</div>
\ No newline at end of file
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册