From 0513a3ff4e5b7bc9a3c0f79d9bf1b8f0e717e13c Mon Sep 17 00:00:00 2001 From: elefevre Date: Sat, 21 Jun 2008 22:48:02 +0000 Subject: [PATCH] fixes and enhancements in French translations git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@10298 71c3de6d-444a-0410-be80-ed276b4c234a --- .../help/maven/private-repository_fr.html | 33 +++++++++++++++++++ .../private-realm/allow-signup_fr.html | 9 +++++ 2 files changed, 42 insertions(+) create mode 100644 war/resources/help/maven/private-repository_fr.html create mode 100644 war/resources/help/security/private-realm/allow-signup_fr.html 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 0000000000..6ec54e1add --- /dev/null +++ b/war/resources/help/maven/private-repository_fr.html @@ -0,0 +1,33 @@ +
+ Normalement, Hudson utilise le repository Maven local que Maven détermine lui-même — + le process exact ne semble pas documenté, mais ce répertoire est généralement ~/.m2/repository. + Il peut être modifié par le paramètre <localRepository> dans le fichier ~/.m2/settings.xml + (voir la référence pour plus de détails.) + +

+ 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. +

\ No newline at end of file diff --git a/war/resources/help/security/private-realm/allow-signup_fr.html b/war/resources/help/security/private-realm/allow-signup_fr.html new file mode 100644 index 0000000000..19972ad859 --- /dev/null +++ b/war/resources/help/security/private-realm/allow-signup_fr.html @@ -0,0 +1,9 @@ +
+ Par défaut, Hudson permet aux utilisateurs de se créer un compte eux-mêmes, à l'aide du lien "S'inscrire" + en haut à droite de la page. + Mais si vous souhaitez éviter que n'importe puisse créer des comptes et si vous préférez contrôler précisément + comment les comptes utilisateurs sont créés, alors décochez cette option. + +

+ Quand la case est décochée, une personne possédant le rôle administrateur devra créer ces comptes. +

\ No newline at end of file -- GitLab