views:

1798

answers:

8

Cruisecontrol and Hudson are two popular continuous integration systems. Although both systems are able to do the automated continuous builds nicely, it just seems a lot easier to create a batch or bash build script, then use Windows scheduler or cron to schedule builds.

Are there better continuous integration systems available for C++ projects? Or is just using a script and a scheduler the simpler way?

+1  A: 

Yes, look at FinalBuilder http://www.finalbuilder.com, I have been using it since Version 1, really simplifies the task of building and packaging a project for distribution (may be overkill if you just need continuous builds)

Tony BenBrahim
+2  A: 

I've been using buildbot for the Spring RTS engine project succesfully.

Tobi
+7  A: 

We have been using CruiseControl for CI on a C++ project. While it is the only thing we use ant for, the ant build script for CruiseControl just starts our normal build script, so it is very simple and we haven't really needed to update it in a long while. Therefore the fact that CrusieControl is Java based has not really been an issue at all for us.

The main benefits of using something like cruise control are

  • A nice web page showing build status
  • Email after each build or after failed builds
  • Automatically build after a commit to the source control system
  • A firefox plugin to monitor the build status
  • Shows the output for any build errors.
  • Shows what files have changed since the last build (good for seeing which developer broke the buid)

Of course you can write a script yourself which does all of this, but why do all that work? In the long run the extra initial cost of setting up CruiseControl (or something similar) is probably much less than the cost of maintaining and updating a custom CI build script.

If all you need is to launch a daily build and a simple script started by cron is sufficient for your needs then by all means do that. However, one of the advantages of CI is that you get a build status report after every check in. Writing a script to do that takes more work and CruiseControl already does it.

David Dibben
+2  A: 

We've been using Dart Dashboard. It's open source but driven by KitWare. They've since changed the name to CDash which I presume is still as capable. We're doing several kinds of testing including nightly and continuous integration across 10 different platforms in both debug and release mode as well as running 1000s of application tests and reporting the results there too.

Pat Notz
+2  A: 

You can also try TeamCity. its a commercial product but it gives a free license upto 20 developers (IIRC).

Lior Friedman
+4  A: 

We use Hudson for CI and Sonar for code metrics. They're integrated, and Hudson has a handful of plugins that no cron-job can beat. One great plugin is CI Game, which keeps a score about who breaks the builds and who commits without breaking it. Hudson has plugins to play with VMWare, Selenium, SVN, CSV, Git. Has RSS syndication, which can help you to automate even more everything else. Hudson is great...

Macalendas
I'll give you a +1 for Hudson, its a lot prettier than CC, and also is a lot easier to configure. Functionality is pretty much identical.
gbjbaanb
+1  A: 

One of the nice features of a continuous integration (CI) tool is that a build gets triggered every time something is checked into your source control repository.

If that is not something you need then you are probably better of using the windows task scheduler or cron jobs.

In addition CI tools also come with a (web) dashboard and advanced logging capabilities.

Your question seems to me more "why would I use a CI tool" then "which CI tool should I use". If a batch script serves your needs, please use that. (Re)creating a build environment only becomes easier if you do not need a CI tool as an additional component. If you want source control triggered build, a dashboard, storage of old build results or other logging, use a CI tool and avoid developing all such functions in batch or shell scripts.

Jeroen Huinink