diff --git a/war/resources/help/maven/private-repository_fr.html b/war/resources/help/maven/private-repository_fr.html new file mode 100644 index 0000000000000000000000000000000000000000..6ec54e1addd67c728d3f2b416127bda7a71d0a53 --- /dev/null +++ b/war/resources/help/maven/private-repository_fr.html @@ -0,0 +1,33 @@ +
+ Cela signifie que, normalement, tous les jobs qui sont exécutés sur le même noeud (machine) partagent + un repository Maven unique. L'avantage, c'est que vous économisez de l'espace disque. Par contre, il + peut aussi arriver que ces builds interfèrent les uns avec les autres. Par exemple, vous pouvez finir + par avoir des builds qui s'achèvent avec succès incorrectement, simplement parce que toutes les + dépendances sont déjà dans votre repository locale, même si les repositories spécifiés dans le POM + ne les contiennent pas. + +
+ Il semble aussi y avoir des problèmes quand des process Maven concurrents tendent d'accèder au même + repository local. + +
+ Quand cette option est sélectionnée, Hudson demandera à Maven d'utiliser $WORKSPACE/.repository + comme répertoire local Maven. + Du coup, chaque job aura son propre repository Maven parfaitement bien isolé. Cela règle les problèmes + sus-cités, en échange d'une occupation supplémentaire de l'espace disque. + +
+ Si vous utilisez cette option, pensez à mettre en place un gestionnaire d'artefacts Maven. Ainsi, + vous ne serez pas forcés d'accéder aux repositories Maven distants trop souvent. + +
+ Si vous préférez activer ce mode pour tous les jobs Maven exécutés par Hudson, référez-vous à la + technique décrite + ici. +
+ Quand la case est décochée, une personne possédant le rôle administrateur devra créer ces comptes. +