Hmm, ASAIK Gump only supports CVS, right? Our management decided to use VSS, so no chance to use something like GUMP. There must be similar products, which support something like this, aren't there any other ?
> Don´t know, but don´t think so. > But GUMP can. > > > Jan Matèrne > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet am: Freitag, 7. März 2003 11:40 > An: Ant Users List > Betreff: Re: AW: AW: AW: anthill vs. cruisecontrol > > Okay, understood this now. But can AntHill handle project dependencies? > E.g. > I am building SubProject B, and AntHill recognizes, that B is dependent > on > A, so A is build as well? > > > CC can´t control project dependencies. So that is an idea for a > > workround: > > > > SubProject > > | > > +-- dist > > | sub.jar <--- contains all you need to use SubProject > > +-- src > > > > If the build is successful copy SubProject/dist/sub.jar to > > Project/lib/sub.jar. > > This is a kind of notification. > > > > > > > > Project > > | > > +-- dist > > +-- lib <--- external libs this project requires > > | sub.jar <--- copied from SubProject/dist > > +-- src > > > > So sub.jar is IN the filelist CC evaluates. And if it changed CC will > > > do a > > rebuild. > > > > > > > > > > Jan Matèrne > > > > > > > > > -----Ursprüngliche Nachricht----- > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Gesendet am: Freitag, 7. März 2003 11:29 > > > An: Ant Users List > > > Betreff: Re: AW: AW: anthill vs. cruisecontrol > > > > > > I don't think that I understood you right. I should put all > > > projects in our > > > Version Control System Root directory and also put the Jars in > there? > > > BTW, we are using VSS :-(, and because we are going to use > > > Branching as well > > > it is not feasable to use the Root as a space to store files > > > (due to the > > > Branching mechanism of VSS, which seems very strange to mee). > > > > > > > > > > > > > ASAIK CC doesn´t support project dependencies (directly). > > > > Gump is the tool for project dependencies (if I remind that > chapter > > > > in Eriks book right :-). > > > > > > > > But maybe that could work: > > > > put the distribution of the subprojects in the cvs of the > > > main project. > > > > So CC should notice the modification in subprojects and do > > > a rebuild. > > > > > > > > Because that will produce lot of cvs space (many many libs > > > ...), maybe > > > > you can write a simple textfile. (main thing it should be a > > > file with > > > > modification date). And the Ant buildfile evaluates that > > > and gets the > > > > actual binary. > > > > > > > > > > > > > > > > Jan Matèrne > > > > > > > > > > > > > -----Ursprüngliche Nachricht----- > > > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > > Gesendet am: Freitag, 7. März 2003 10:03 > > > > > An: Ant Users List > > > > > Betreff: Re: AW: anthill vs. cruisecontrol > > > > > > > > > > Hello, > > > > > we have a project, where we have many sub-projects. This > > > > > means, all the > > > > > sub-projects are basically their own projects and the only > > > > > common thing is, that > > > > > they share a common include_build.xml. Anyway, these > > > > > sub-projects depend on > > > > > each other. > > > > > Can this be done by CruiseControl or AntHill OS? I did not > > > > > found anything > > > > > useful on the page of CruiseControl and neither on the > > > > > AntHill OS page. > > > > > > > > > > Regards > > > > > > > > > > Markus > > > > > > > > > > > > who of you is doing continues integration? > > > > > > > > > > > > We are doing it more or less - based on personal > > > > > preference. Personally, > > > > > > I like to integrate several times a day; sometimes > > > several times an > > > > > > hour. > > > > > > > > > > > > > where are the > > > > > > > limits of it? e.g a build takes 30 minutes, so makes it > sense > > > > > > > > > to integrate every time someone (of maybe 30 developers) > > > > > > > checks something in. wouldnt that cause that every 30 > minutes > > > > > > > > > a build runs and everyone gets a e-mail (failed/ok), thats > > > > > > > makes him bored about the buildmails... or is it possible > to > > > > > > > just inform the developer thats class made the build fail? > > > > > > > > > > > > Cruise Control (Anthill too, I suppose) only informs those > > > > > developers > > > > > > who changed something since the last successfull build. And > > > > > certainly > > > > > > all those *need* to be informed. In fact, I don't feel good > > > > > when I don't > > > > > > get the cruise control email telling me that everything > > > > > still works fine > > > > > > a short time after check-in. > > > > > > > > > > > > In my experience, the only limit is build time - it needs > > > > > to be short. > > > > > > In fact, the more developers are working on a project, the > > > > > shorter it > > > > > > needs to be (to reduce conflicts). So you need to partition > > > > > big projects > > > > > > - well, you need to do this anyway... > > > > > > > > > > > > Did that help? > > > > > > > > > > > > Ilja > > > > > > > > > > > > > > > > > > -- > > > > > > ++ disy auf der CeBIT: Besuchen Sie uns vom 12. - 19. März > > 2003 > > > > in > > > > > > Hannover im SUN-Partnerpavillon in Halle 1, Stand 8a1 ++ > > > > > > ++ disy Cadenza: Informationsintegration am i*net > > > Arbeitsplatz ++ > > > > > > ++ disy Conference: The easy way of audio conferencing ++ > > > > > > ++ disy Call-Back Office: Call-Back-Buttons für > > > > > Kundenservice im Web > > > > > > ++ > > > > > > > > > > > > Ilja Preuß > > [EMAIL PROTECTED] > > > > > > disy Informationssysteme GmbH > > > > http://www.disy.net > > > > > > Stephanienstr. 30 Tel: +49 > > > > > 721 1 600 624 > > > > > > D-76133 Karlsruhe, Germany Fax: +49 > > > > > 721 1 600 605 > > > > > > > > > > > > ++ Weitere Informationen finden Sie unter > > http://www.disy.net ++ > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > -- > > > > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > > > > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > -- > > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
