J'ai environ 20 travaux à l'aide de paramètres communs (utilisateur, mot de passe) et parfois, le mot de passe expire ... Je dois donc la modifier sur tous les travaux, ce qui prend vraiment du temps de consommer (et d'erreur sujette, je peux oublier un) . P>
J'ai pensé à: p>
build.xml code>, mais où? Et c'est vraiment laid ... peut-être avec un XML dédié intégré dans le build.xml code>? Li>
- appeler un travail esclave qui serait (comment?) Poussez-vous sur le parent One les valeurs souhaitées ... Li>
ul>
Comme vous pouvez le constater que je ne commence que dans Hudson / Jenkins (j'utilise Jenkins 1.424.2.2.2.2), merci pour votre aide! P>
edit: strong> Je ne suis pas admin de l'instance Jenkins, je ne peux donc avoir accès aux propriétés globales ... p>
3 Réponses :
Je peux penser à deux approches: p>
Utilisez Propriétés globales EM>, trouvées sous Écrivez un petit script qui télécharge, modifie et publie la configuration de travail: Vous pouvez lire sur les capacités de l'API sous extraire / update config.xml strong> p>
d'obtenir par programme par programme config.xml, frappez
http: // [JenkinShost] / job / [nom de travail] /config.xml code>. p> < / li>
ul>
http: // [JenkinShost] / job / [nom de travail] / API code>, voici ce qu'il est dit sur la lecture et la modification de Config.xml: P >
[http: // [JENKINSHOST] / JOB / [NOM DE JOWNAME] /CONFIG.XML] CODE>. Vous pouvez aussi poster
une configuration mise à jour de la même URL à mettre à jour par programme le
Configuration d'un emploi. P>
blockQuote>
Comme indiqué ci-dessus, je ne suis pas administrateur, je ne peux donc pas accéder aux propriétés globales; Mais la 2e solution semble prometteuse, voyons si je peux parvenir à faire ce que je veux jouer avec elle ...
Allez à votre maison Jenkins et naviguez: p>
.... Code> Li>
ol>
Bon point: Comme je viens de modifier, je ne suis pas administrateur, je ne peux donc pas utiliser les propriétés globales (et que les administrateurs ne me permettent pas de jouer avec eux, à coup sûr).
:( raté la modification à la hâte. De toute façon, la 2e approche par Anders semble la voie à suivre; sinon, nous pouvons appeler @koshuke :)
Oh, vous ne l'avez pas manqué, je viens de l'ajouter parce que vous avez parlé de propriétés globales :-)
i éventuellement réussi par: p>
build.properties.properties dans l'espace de travail avec lignes nom = valeur code> ( mon cas ssh.password = ... code>) li>
ul>
Cela fonctionne, car les étapes de création de fourmis détectent ce fichier et transmettent les variables dans leur contexte. Grâce à cela, je pourrais centraliser mes informations d'identification. P>