wiki:WikiStart

Version 25 (modified by skylar, 4 years ago) (diff)

--

BCCD

The BCCD was created to facilitate instruction of parallel computing aspects and paradigms. Part of the difficulty instructors face is lack of dedicated resources to explore distributed computing aspects lack of time to preconfigure and test the supporting environment. The BCCD project addresses this problem by providing a non-destructive overlay way to run a full-fledged parallel computing environment on just about any workstation-class system.

For more information, please check out the website or, for documentation, the wiki.

BCCD Releases

The BCCD release schedule is principally based on a "when it's ready" mentality. New versions are released once bug fixes or features are complete and tested for functionality. While we cannot dictate exactly when new versions will appear, we can define the process by which new releases come about.

Each BCCD version number maintains the form X.Y.Z, where X corresponds to significant or fundamental changes, Y corresponds to changes that "add" something, and Z corresponds to changes that "fix" something. Each new version has a corresponding milestone in the BCCD Trac, with which there will be some number of associated tickets. Once all tickets within a milestone are closed a new release will be tagged, a set of ISOs will be generated, and the previous releases will be archived. After being archived, an old build has the potential not to be hosted anymore. That said, the source for every version will still be kept in the repository, making it easy to rebuild an older version if ever necessary.

It is the Release Engineer's duty to ensure that when a new release is being built, that only those tickets referenced by that version's milestone are being released. In order to enforce this and simultaneously allow active development to continue, a temporary branch will be created for the new version and put under a code freeze while changes are verified and tested. These branches will follow the numbering convention "X.Y.ZrcN" where "rc" is short for "release candidate" and N is an integer standing for which release candidate the branch is. After the release candidate is verified, the release branch and associated builds are created.

With the process described above, each release can be traced down to a well-defined set of changes and therefore make it easier for users to know what's happening and for the developers to know exactly what each release means.

Questions, comments, or concerns about this process should be sent to bccd-developers -at- bccd.net.