[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Condor-users] New user getting started; comparison with CruiseControl?


I am new to Condor and plan to educate myself more about the system for use in a larger-scale, distributed-system, C++ based software project that I manage. I was referred to Condor by a recommendation from a member of the Globus development team.

I provide related background on my project and it's potential need and interest in Condor and related tools/technologies in a quoted email (sent to the Subversion community) below. Any comments or pointers that might help me learn Condor better or faster would be greatly appreciated.

Also: Can anyone comment on how Condor relates to CruiseControl?

Best regards,

Date: Tue, 07 Feb 2006 12:50:36 -0600
To: SVN Users email list <users@xxxxxxxxxxxxxxxxxxxxx>
From: Matt England <mengland@xxxxxxxxxxxx>
Cc: mengland@xxxxxxxxxxxx
Subject:  C++: CruiseControl, Condor, Bonsai, Tinderbox, Kepler?

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


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.


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


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.)


To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxxxxxxx