You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Release Branching

This is a proposal on how to manage tagged releases, and patches to same.

A "release" is defined by a tag of a checkout package that follows the CMT tag/version convention. (There appears to be no description in the workbook?)

We distinguish patches to existing releases (which are, confusingly, also releases) with an appended "p",
e.g. if v7r4p1 would be a patch to release v7r4.

Such a patch release will actually be a tag of a branch of the checkout package, which starts with the base release. This allows updating of the HEAD of the checkout package, and new HEAD builds, independently of the patch.

Procedure following a MAIN branch tag

  1. Apply the tag, e.g. v7r4
  2. Create a branch tag as well, e.g. GRv7r4
  3. Create such branch tag to all the packages used, or checked out, by the checkout package.
  • No labels