benefits of continuous integration

Barry winced slightly as he hit the enter key. Over time, he has learned that cvs update is not a command to be used lightly. With a deadline looming, however, he couldn't hold out any longer. Weeks of updates scrolled past as Barry nervously waited, unsure of his fate. The time of reckoning came, and Barry's worst fears were confirmed. 783 compilation errors. Barry cleared his calendar for the weekend, and headed straight for the fridge...
What went wrong? Many developers will immediately point out that waiting weeks between source code updates is a bad idea: surely Barry has nobody to blame but himself? But there is a bigger problem here: Barry's fear of code updates is learned behaviour. In the past, Barry would keep up to date with code changes regularly. As his team grew, however, things turned sour. People checked in code that didn't pass tests, or worse: code that didn't even compile. Every time he updated, Barry spent the next day finding the source of all these problems. It hurt, so Barry stopped doing it. The result: a downward spiral. The source code quality dropped rapidly, and productivity dropped with it.

No software development team should treat their source code with such little respect. The source code is the product. The product defines the team.

The answer: constantly monitor the quality of your source code.

The simplest way to constantly monitor the quality of your source code is through project automation:

Script your builds, automate your testing and deploy Pulse: your project will be transformed.

benefits of Pulse for developers

Developers will immediately benefit because they will have:

And, most importantly:

benefits of Pulse for project managers

An automated build engine is not simply another developer tool. Project management will see:

The project manager who invests in Pulse will see an immediate ROI through: Continuous integration reduces risk and Pulse is low risk in itself because it is full featured at a cost effective price point.

resources

Regular, automated builds are not a new idea. Development teams have been using nightly (or more regular) tests for many years. Read what others have been saying about automatic build systems: