Release engineering

General

wp:Release engineering is the discipline of releasing a software product or service to an audience. It is the liason between product managers, developers, testers, system administrators, consumers and/or users, legal, marketing, customer service and other constituents.

Releases

The workflow for releasing code and data from development (possibly done on a local desktop) through test, staging and on to production is both a tedious and critical process. The automation that makes this process successful is the domain of release engineering. There are many aspects to the job, as well as various degrees to which an organization will practice this discipline as a full-fledged domain. Often in larger environments where various teams are working on separate pieces of a system, you will hear the analogy of the "train" metaphor for builds moving through development and test. From the developer perspective, if your project meets certain eligibility requirements, you could get a "ticket" to board the next train which means that your feature or component will be a part of the next build, and you will benefit from that testing and availability.

Beware the description at http://drupal.org/creating-drupal-test-sites because it does not adequately address the issue of release engineering or testing (For example, it doesn't mention version control. The database dump and copy is overly simplistic because it assumes that you can take your site offline for the entire duration of your development cycle).

In a web software system, we need to account for at least three aspects of the system:

files (aka "assets")
database
code

and have the release process coordinated with our version control system and testing procedures in a way that we can isolate and review the 'delta' (what is going in). Part of the install plan includes the exact steps for reversing the install. (Something failed testing, undo it.)

Basically, the process looks like this:

develop
test
commit
produce install plan (code changes and database changes)
produce test plan (assertions to know that the changes work)
take site offline
install code and data
test production
revert or send release note

Release Plan

Many groups in the free software world have coalesced around a time-based release plan. For example, Canonical releases the Ubuntu operating system every 6 months. Other projects have followed suit, at least in part to get their new releases packaged into the OS updates. For example, the Document Foundation (sponsor of the LibreOffice suite, uses a 6-month, time-based Release Plan. Also, as a free software collaborative, their entire Development Process is documented in their wiki.

Release engineering

Contents

General

Releases

Release Plan

See Also