Dans le cas où vous voudriez mettre en place un mécanisme comme celui décrit par Eric, j'ajoute que la publication du résultat du build par email dans un cruisecontrol n'est qu'un exemple parmi d'autres des "publishers" à disposition.
Par exemple le publisher "scp" peut envoyer directement depuis cruisecontrol le fichier de résultat avec un scp. Voici le liste complète des publishers cruisecontrol : http://cruisecontrol.sourceforge.net/main/configxml.html#publishers Stephane. Eric Noulard wrote: > Le 26 septembre 2008 22:07, Yves DUF <[EMAIL PROTECTED]> a écrit : >> Salut. >> >> Le 26 septembre 2008 20:17, Stephane GALLES <[EMAIL PROTECTED]> a >> écrit : >>> [...] >>>>> Par contre je croyais que le cruise-builder de Stéphane G..... faisait >>>>> des essais de compilation multi-plateforme ? >>> Si quelqu'un désire installer un build continu pour TSP sur une autre >>> plateforme c'est très simple : >>> - il faut un JAVA installé, avec un Ant un CruiseControl (ces deux >>> derniers ne nécessitant que le JAVA pour fonctionner) >> Et surtout une connexion internet pour envoyer les mails. > > Et aussi pour pouvoir faire un cvs checkout :=) > >> Autant j'ai bien la sun, le java et le reste, mais tintin pour les mails et >> toutes autres sorties vers le monde exterieur. Ce qui limite quand même bien >> le coté utile du "cruise" :=) > > Ca vous serait déjà bien utile en interne? > > Ben disons que le cruise peut générer un fichier par jour sur ta sun > et toi tu as un cron sur ta machine qui a le mail qui vient > chercher (par scp, rcp, ftp, ...) le fichier de log cruise control et puis > > 1) si le fichier est vide RIEN A FAIRE > 2) si le fichier est non vide alors ton cron envoie un mail. > > Tu peux aussi imaginer que les machines "interne" envoient leur > mail vers une liste mail "interne" à laquelle toi tu es abonné > toujours en interne :=) > > Ensuite le forward est manuel mais ça n'arrive pas si souvent que ça. > <joke> > Une autre solution consisterait à donner une Station à quelqu'un qui > voudrait bien la connecter sur internet :=) > </joke> > > Plus sérieusement, si vous aviez un espace partagé (genre NFS) "interne" > mais accessible par au moins une machine qui a le mail + le CVS alors > tu pourrais faire les actions externes (cvs co + mail éventuel) par un cron > de la machine qui voit le monde extérieur. > Les build-auto étant fait par des machines interne qui "voient" cet espace, > ce qui est partagé n'est pas critique puisque c'est des sources TSP > et le résultats du build sur une machine XY. > > Tout ça n'étant que des suggestions gratuites .... > _______________________________________________ Tsp-devel mailing list Tsp-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/tsp-devel
