I want to set up a continuous integration and test framework for my open source C++ project. The desired features are:
1. check out the source code
2. run all th
We use UnitTest++ and Hudson.
I find Hudson very easy to use and extremely configurable, with plenty of plugins.
I have written an article that might help you. It describes continuous integration of C++ code using googletest and hudson, using gcov for code coverage metrics. http://meekrosoft.wordpress.com/2010/06/02/continuous-code-coverage-with-gcc-googletest-and-hudson/
You might also want to ask this question on the CruiseControl user mailing list to see if others are doing the same thing.
But I don't know if Cruisecontrol allows easy integration of performance metrics.
There are two ways you might handle your performance metrics with CruiseControl:
I'm a bit biased on the subject because I work on the CruiseControl project but there are several other CI tools that would work as well.
Your question is twofold. As you pointed out yourself, the choice of a unit-testing library is one question. Yes, I think GoogleTest is just fine. I like it because it feels lightweight in terms of usage. UnitTest++ is even more so. It doesn't matter which one you pick.
I don't have any experience with CruiseControl, but looking at your set of requirements I'd probably write a script to do the job. Each requirement can be easily done by at least one tool, so just glue the tools together.
Unless your reports need to be in HTML, XML, LaTeX or other fancy format, I'd use Bash. Then you can just time
commands, sed
out output from the unittest binary and so on. Still, you might pick Bash for the more complex formats anyway if you really love Bash and are used to it. For instance, you might write an HTML template for the report using placeholders, and then replace the placeholders with the data.
If your tasks are more complex, for instance because you want the script to run on other platforms too then I'd probably use Ruby or Python. In Ruby, for instance, you might use Markaby to output your HTML. Either way, either Bash, Ruby or Python are excellent for text processing or for this task in general. I think you could mock up a small script that would do the work in no-time.
What's nice is that if you use a script then you can also attach it as a hook to almost any modern version control system. For instance, you might set up a Subversion or Git hook such that the script will run upon any commit.
We use a combination of NAnt, Cruise Control.NET, bjam and CppUnit and it all works pretty well.
However, it's only quite recently that we've shifted from Windows to Windows and Linux. Currently only bjam and CppUnit are being used on both platforms.
Our NAnt scripts won't be a problem to port; NAnt runs great under mono. CC.NET maybe less so - we haven't gone down that path but there's not a lot of documentation to get it running under mono/Apache...
We're considering replacing CC.NET with Hudson; it's a very promising looking system. Cruise Control is also very good.
We've also considered moving from CppUnit to another test framework but right now it's doing the job fine. GoogleTest (especially with the new mock library), UnitTest++ and Boost Test are all being investigated.
So I know that may not be a conclusive answer but hopefully there's something useful in there for you!
I prefer CruiseControl.Net with cppUnit, but I don't have any experience or knowledge of the google test framework. However, for easy and free continuous intergration you cannot beat CruiseControl.NET especially with all of the testing frameworks, build systems, and other ad dons that it supports.