C++: CruiseControl, Condor, Bonsai, Tinderbox, Kepler?

[Matt England <me...@mengland.net>]

(I apologize for the ambiguous "Subject:"; it was designed to get the most 
attention in a small space.)

Summary:

I manage a C++ based software development project based on subversion, and 
I'm looking to enhance said project's automated build, monitoring, release, 
test, and general quality-assurance control.

I'm looking for feedback from the Subversion community regarding experience 
with recommendations for these sorts of systems with a large-scale C++ project.


Details:

Some tools I've been investigating to assist with this:

http://www.cs.wisc.edu/condor/
http://www.mozilla.org/projects/bonsai/
http://www.mozilla.org/projects/tinderbox/
http://kepler-project.org/
http://cruisecontrol.sourceforge.net/

Our software product creates (at least on the server side) a "distributed 
system" of servers (some call it a "grid"), and as such we would like at 
least some part of our control systems to be aware of and help manage (if 
possible) these distributed servers.   A friend of mine involved with the 
Globus Grid project mentioned that at least parts of Globus leverage Condor 
for some of the build-and-test workflow systems (and Bonsai and Tinderbox 
for related things--although I'm getting the impresison that Bonsai and 
Tinderbox only play nicely with CVS and not Subversion).  I fear that 
Condor is not well known/used, and therefore may be harder to 
learn/integrate into our systems.

CruiseControl seems to be an alternative, but I'm not sure how "distributed 
system" aware it may be.  I plan on taking this up with a CruiseControl 
user list.

We are primarily a C++ based project.  No java as of yet, no plans in the 
near future for it.  We also have other various scripting 
programs/constructs based in (but not limited to) bash, php, perl, etc, but 
the vast majority of our stuff is C++ for our core programs.

We also have what we feel is a mature make/Makefile system that suits us 
extremely well, and eliminates the necessity to hard-code make rules, 
automatically handles platform differences, and other unique capabilities 
that we build into our make system.  (I must admit my bias: I personally 
wrote our makefile stuff.)  We build on multiple platforms (currently and 
near future: mingw, rhel/centos, fedora, debian, freebsd) and 
auto-integrate/embed many modules (openssl, postgresql, boost, etc etc) 
into our distribution package in a tightly-coupled way that seems to work 
quite well.

In short: we think we have the auto-build problem solved, and we want to 
make sure that anything that "sits on top of it" plays nicely with GNUmake 
3.80 (the gnu make "standard" in my book).

I've seen several references to a book titled "Pragmatic Version Control 
with Subversion": <http://www.bookpool.com/sm/0974514063>  ...but I'm 
getting the impression that said book presents a Java-focused perspective, 
and to reiterate we a *not* a Java shop.  (There seems to be more Java 
projects then stars in the sky.)

-Matt 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: C++: CruiseControl, Condor, Bonsai, Tinderbox, Kepler?

[Matt England <me...@mengland.net>]

At 2/7/2006 12:50 PM, Matt England wrote:
>I manage a C++ based software development project based on subversion, and 
>I'm looking to enhance said project's automated build, monitoring, 
>release, test, and general quality-assurance control.
>[...]
>http://www.cs.wisc.edu/condor/
>http://www.mozilla.org/projects/bonsai/
>http://www.mozilla.org/projects/tinderbox/
>http://kepler-project.org/
>http://cruisecontrol.sourceforge.net/
>[...]

Does anyone have experience with these tools?

I've added Parabuild to my list of tools to evaluate:
http://www.viewtier.com/products/parabuild/

-Matt


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org