Feeds

Zen and the art of software configuration management

Less is more

Maximizing your infrastructure through virtualization

Comment In the software development world, less would appear to be more. Attention continues to swing towards lightweight development methodologies such as extreme programming and agile development, and scripting languages such as Javascript and the three Ps of the LAMP stack—that's PHP, Perl and Python—are increasingly popular.

Indeed, if you occupy certain parts of the blogosphere you might pick up the impression that traditional programming had died out completely, and that Web 2.0 Mashup camps were the order du jour. Battle-hardened programming cynics (the ones who can write FORTRAN in any language) might decry the lack of structure, the suggested anarchy that such approaches can bring: indeed, there is a movement seeking the re-adoption of the Waterfall lifecycle, which is frankly unlikely to attract any members under the age of 30.

Where the newcomers might have a point is that the old ways of doing things really were—and are—far too slow to keep up with what is an increasingly demanding world. Given the choice between a few hacked together scripts now, or a perfectly honed vertical app in two years time, many would choose something tending towards the former. However, we can also learn from the experience of the old hands. Like any other code, as the mashed together scripts are delivered and used they can take a life of their own, growing and evolving beyond their original remit.

Without hypothesising too much, it is not hard to piece together a few scenarios about how things will stand in a few years time. Code (scripted or otherwise) tends to become its own documentation, as people move on and others make modifications. It also tends to grow.

Often, contributions will come from many quarters, frequently geographically distributed—so multiple teams in different countries will end up working on the same pool of code, at the same time. Sometimes parallel copies of code become necessary, for example to fix a bug in one environment while maintaining the stability of another—sooner or later, such changes need to be merged back together. It is not for us to act as doomsayers, but suffice it to say that such considerations can lead to chaos, if steps are not taken to keep tabs on what is happening where.

These are not new problems, nor are they inevitable if certain mechanisms are implemented to protect against them. Collectively, these mechanisms are known as "software configuration management"; in layman's terms, this means keeping tabs on what changes have been made, to what, to ensure that a required instance of the code (the "configuration") can be created with minimal fuss. In summary, the mechanisms are:

  • Version Control. We need to be able to store versions of code and other files, together with baselines—sets of versioned files that can make up a delivery.
  • Workspace Management, also known as checkin/checkout, to enable files to be worked upon by specific people.
  • Build Management. This involved constructing a release from a (baselined) set of files, for example by running generators or compilers, which may also be versioned.
  • Process Control. The management of workflows around development, for example the stages to be undertaken before a formal release.

There's much, much more to software configuration management, particularly to take into account such challenges of multi-team working and geographic distribution, but for now the important point is this. At the end of the day, whatever the language and whatever the method, the end result is programming code. With a bit of foresight early on, many problems can be avoided later so don't leave software configuration management too late.

Copyright © 2006 Macehiter Ward-Dutton

This article was originally published at IT-Analysis.com.

Reducing security risks from open source software

More from The Register

next story
HIDDEN packet sniffer spy tech in MILLIONS of iPhones, iPads – expert
Don't panic though – Apple's backdoor is not wide open to all, guru tells us
Captain Kirk sets phaser to SLAUGHTER after trying new Facebook app
William Shatner less-than-impressed by Zuck's celebrity-only app
Do YOU work at Microsoft? Um. Are you SURE about that?
Nokia and marketing types first to get the bullet, says report
Microsoft takes on Chromebook with low-cost Windows laptops
Redmond's chief salesman: We're taking 'hard' decisions
Cheer up, Nokia fans. It can start making mobes again in 18 months
The real winner of the Nokia sale is *drumroll* ... Nokia
EU dons gloves, pokes Google's deals with Android mobe makers
El Reg cops a squint at investigatory letters
Chrome browser has been DRAINING PC batteries for YEARS
Google is only now fixing ancient, energy-sapping bug
prev story

Whitepapers

Seven Steps to Software Security
Seven practical steps you can begin to take today to secure your applications and prevent the damages a successful cyber-attack can cause.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
Designing a Defense for Mobile Applications
Learn about the various considerations for defending mobile applications - from the application architecture itself to the myriad testing technologies.
Build a business case: developing custom apps
Learn how to maximize the value of custom applications by accelerating and simplifying their development.
Consolidation: the foundation for IT and business transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.