Re: Hudson : est-possible ?
Frederic Camblor <[email protected]>
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <[email protected]> |
Je viens de jeter un oeil aux projets multi configuration : si tu as plusieurs noeuds, il va te proposer d'exécuter ton build sur les noeuds de ton choix, ce qui a l'avantage d'éviter de dupliquer N fois ta configuration dans N jobs :-) 2011/1/13 Frederic Camblor <[email protected]> > Salut Jean-Baptiste, > > Pour le 1/ je ne vois pas cela possible à l'heure actuelle ... par contre > ca serait tout à fait possible via un plugin hudson ! (j'ai fait plusieurs > tutos sur mon blog <http://fcamblor.wordpress.com/> à ce sujet) > > Pour le 2/, as-tu regardé du coté des projet multi-configuration ? (lorsque > tu crées un nouveau projet, choisis le radio "projet multi configuration") > Je n'ai jamais fait mais ça pourrait le faire ... > Sinon, tu peux toujours faire en sorte de jouer avec des slaves hudson : > - Créer 1 esclave (node) par environnement (un par OS par exemple) > - Créer un job spécifique à chaque esclave (tu peux dire qu'un job va > s'exécuter sur tel ou tel noeud). Inconvénient : on est bien d'accords, tu > dupliques la conf de ton job ! > > Fred > > 2011/1/13 Jean-Baptiste BRIAUD -- Novlog <[email protected]> > > Bonjour à tous, >> >> Je souhaiterais savoir avec Hudson s'il est possible, sans s'arracher les >> cheveux d'avoir les points suivants : >> >> 1. concept du "remote run" : lancer les tests complets à partir d'un IDE >> (par exemple IntelliJ et Eclipse) avec la version *locale* du code. >> Il faut donc un plugin qui envoi le code de la machine du dev et non pas >> celui du trunk au serveur de build. >> Cela permet de ne pas casser la build generale mais de savoir à quoi s'en >> tenir en cas de commit. >> >> 2. de faire qu'une build soit "a cheval" sur plusieurs machines histoire >> de tester sous differents OS. >> L'idée étant de réutiliser le même script. >> Nous avons un script Ant qui s'occupe de tout : compile, package, deploy, >> test, ... et qui contient des section <IF> en fonction de l'OS. >> Le résultat est une build qui peut tourner sous Windows et qui lancera des >> tests avec IE, Firefox et GoogleChrome. >> La même build sous Mac lancera les tests sous Safari, Firefox et >> GoogleChrome. >> J'aurais voulu lancer 2 fois le même script sur 2 machines différentes et >> que les résultats soit rassemblé à la fin. >> >> Qu'en pensez-vous ? >> >> Nous utilisons actuellement TeamCity qui donne satisfaction sur le point 1 >> mais qui semble nous lâcher sur le point 2. > > >