In order to ensure an orderly development process, and assure the highest quality releases, a development process has been established for GraphicsMagick.

Phases of Development

Four major development phases have been identified. These are the feature development phase, snapshot phase, beta phase, and release phase. The descriptions of these phases are as follows:

Feature Development Phase

The feature development phase is a time of rapid development. Work is normally done on the CVS trunk. Work which may temporarily destabilize the ability to build or execute the software is done on a separate development branch, which is merged into the CVS trunk once the work has been completed. During the feature development phase, CVS is the only way to access the work in progress. Before updates are committed to CVS, they should be proven to compile on at least one architecture.

Entry Criteria: Changes from any release branch are merged into CVS trunk.

Exit Criteria: Interfaces are stable, and code compiles and runs on multiple architectures.

Snapshot Phase

The snapshot phase is entered when it is decided that the work is stable enough for non-developers to test. API and user interfaces should be stable before the snapshot phase begins in order to avoid confusion. Snapshot development is done on the CVS trunk. Snapshot packages are identified by the date of the snapshot, and no CVS branching or tagging is performed to support the snapshot.

Entry Criteria: Interfaces are stable, and code compiles and runs on multiple architectures.

Exit Criteria: Code is considered ready for release. The test suite must show 100% completion for Q:8 and Q:16 quantum depths on at least three operating environments.

Beta Phase

The Beta phase is entered when the work is feature complete, the package passes all tests, and it is considered time for versioned releases. As the first step of entering the beta phase, a release branch is created off of the trunk to support all development targeting the release. The purpose of the beta phase is to wring out any remaining bugs prior to release. When a beta package is prepared, a release tag is applied to the associated release branch in CVS.

Entry Criteria: Code is considered ready for release. The test suite must show 100% completion for Q:8 and Q:16 quantum depths on at least three operating environments.

Exit Criteria: The test suite must show 100% completion for Q:8, Q:16, and Q:32 quantum depths on at least three operating environments. The current beta package is determined to be sufficiently flawless for a final release.

Release Phase

The release phase is entered when the most recent Beta is considered to be of acceptable quality for a release or bug-fixes have been prepared based on a previous release. At this time, a formal release tag is applied to the release branch, and release packages are created. Once a release tag has been applied to a release branch, that release branch is considered to be in release state and may only be used to prepare additional releases intended to correct bugs found in preceding releases. The initial release on a release branch has a two-digit (i.e. X.X) release designation. Bug-fix releases have aerdana, Arial, Helvetica, sans-serif">Show reports on cvs commands against the source repository.

 :pserver:ano