On Wed September 30 2009 8:57:42 am David Bosschaert wrote: > Hi Jeremy, > > I wasn't aware that there was an alternative available at Apache.
There are actually 4 options available at Apache. See: http://ci.apache.org/ Most builds that have been setup lately have been in Hudson. That's good and bad. The consistency is good, but build queues can get rather large. I'd like to see more machines added to Hudson. However, "Buildbot" seems to be an infrastructure "pet project" thing and I think they are planning to add machines there first. Not really sure why considering this is maybe a dozen builds there. Hudson EASILY has the most builds it's managing. Dan > I've used > Hudson in Apache before with CXF and really liked it, but I don't really > have a strong preference for it. Anything that builds and runs the tests on > checkin should do the job I think... > > Cheers, > > David > > 2009/9/30 Daniel Kulp <[email protected]> > > > http://hudson.zones.apache.org/hudson/ > > > > In anycase, I'll setup a build. > > > > Dan > > > > On Wed September 30 2009 8:46:07 am Jeremy Hughes wrote: > > > I'm curious about Hudson. I've not used it before. What are the > > > advantages over continuum, which admittedly is something I'm more used > > > to. There is an instance of continuum at vmbuild.apache.org which we > > > could potentially use. I just looked at hudson.dev.java.net ... is > > > there an instance of it running in the apache.org domain or are you > > > suggesting we build at java.net? > > > > > > Jeremy > > > > > > 2009/9/30 David Bosschaert <[email protected]>: > > > > Hi all, > > > > > > > > I've just committed the parent pom structure and updated the > > > > Blueprint component to use it. > > > > You can now run 'mvn install' from the Aries trunk to build > > > > everything (which currently is just blueprint :). > > > > > > > > I guess this would be enough to get a Hudson build going... Anyone > > > > with the right credentials there fancy setting it up? > > > > > > > > Cheers, > > > > > > > > David > > > > -- > > Daniel Kulp > > [email protected] > > http://www.dankulp.com/blog > -- Daniel Kulp [email protected] http://www.dankulp.com/blog
