Latest Replies
Wednesday
Oct082008

Hunger for the integration builds

I want more different types of integration builds with every passing day.

Every integration build checks for something, that could not be checked within the IDE or another build. Integration builds are especially good in detecting dormant issues that hide between the different sub-solutions of a development project, between internal and external code-bases or in some other integration joint.

Obviously, increasing number of builds will increase the probability that something will break. And this is good, since that means more consistency and stability in the codebase and less dormant issues.

The are constraints, though:

  • Adding too many integration builds, will make the development extremely stable and extremely slow (good for mature projects with the established architecture and logic)
  • Complex integration builds tend to have higher hardware requirements (exponential growth, as usual)
« Sorting Guid in .NET the way Microsoft SQL Server does it | Main | Version Control System + Integration Server »

Reader Comments

There are no comments for this journal entry. To create a new comment, use the form below.

PostPost a New Comment

Enter your information below to add a new comment.

My response is on my own website »
Author Email (optional):
Author URL (optional):
Post:
 
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>