EPICS Base Release Procedures & Checklist

This document describes the procedures and provides a checklist of tasks that should be performed when creating new releases of EPICS Base.

The Release Process

The version released on the Feature Freeze date is designated the first pre-release, -pre1. The first Release Candidate -rc1 is the first version that has undergone widespread testing and which has no known problems in it that are slated to be fixed in this release. New versions should be made at 2-weekly intervals during the testing and debugging period, and will be designated as either pre-release versions or Release Candidates by the Release Manager. After a Release Candidate has been available to the whole community for testing for at least a week without any additional problems being reported or significant changes being committed, the branch can be designated as the final release version.

Roles

The following roles are required. The individuals named here have have been responsible for these tasks in the past and are expected to continue in the relevent roles unless the Release Manager designates otherwise:

Release Manager (Ralph Lange)
Responsible for managing and tagging the release
Platform Developers (optional)
Responsible for individual operating system platforms
Application Developers
Responsible for support modules that depend on EPICS Base.
Website Manager (Andrew Johnson)
Responsible for the EPICS website
Check Who Description
Preparing for a release
  Release Manager Email all developers about the upcoming release and ask for a list of remaining jobs that must be finished.
  All developers Check the bug tracker for any outstanding items and handle appropriately. All bugs that have been fixed should have been marked as Fix Committed.
  Release Manager Set the Feature Freeze date, by which time all Git commits for enhancements and new functionality should have been completed. After this date, commits should only be made to fix problems that show up during testing.
  Release Manager
& all developers
Ensure that documentation will be updated before the release date:
  • Application Developers Guide
  • Release Notes
  • Known Problems
  • Other documents
  Release Manager Review and update this document for the upcoming release.
  Website Manager Create a release milestone on Launchpad if necessary and set the expected release date. Note that pre-release and release-candidate versions do not appear on Launchpad, only the final release.
Creating pre-release and release-candidate versions
  Release Manager Edit and commit changes to the EPICS version number file configure/CONFIG_BASE_VERSION.
  Release Manager Tag the module in Git, using these tag conventions:
  • R3.15.9-pre1 — pre-release tag
  • R3.15.9-rc1 — release candidate tag
cd base-3.15
git tag -m 'ANJ: Tagged for 3.15.9-rc1' R3.15.9-rc1
  Release Manager Export the tagged version into a tarfile. The make-tar.sh script generates a gzipped tarfile directly from the tag, excluding the files and directories that are only used for continuous integration:
cd base-3.15
git archive --prefix=base-3.15.9-rc1/ --output=base-3.15.9-rc1.tar.gz R3.15.9-rc1 configure documentation LICENSE Makefile README src startup
Create a GPG signature file of the tarfile as follows:
gpg --armor --sign --detach-sig base-3.15.9-rc1.tar.gz
  Release Manager Test the tarfile by extracting its contents and building it on at least one supported platform.
  Website Manager If necessary recreate the tarfile following the instructions above. Copy the tar file to the Base download area of the website
  Website Manager Create or update a website subdirectory to hold the release documentation, and copy in selected files from the base/documentation and base/html directories of the tarfile.
  Website Manager Create or modify the webpage for the new release with links to the release documents and tar file. Pre-release and release-candidate versions should use the page and URL for the final release version number.
  Website Manager Add the new tar file to the website Base download index page.
Testing
  Platform Developers Run the built-in test programs on all available host platforms using
make -s runtests
  Platform Developers Run the CA client side regression tests on all available host platforms.
  Platform Developers Check that all makeBaseApp templates build and run properly, all xxxApp and xxxBoot types and any internal options, e.g. setting STATIC_BUILD=YES or using a different INSTALL_LOCATION in configure/CONFIG_SITE.
  Platform Developers Build the SNL Sequencer against this version of Base, and check that the makeBaseApp example builds and runs correctly with it.
  Application Developers Build external applications against this version of Base on all available platforms and test as appropriate. Application code changes may be necessary where the EPICS Base APIs have been modified.
  Release Manager Check that documentation has been updated:
Release Approval
  Release Manager Obtain a positive Ok to release from all platform developers once a Release Candidate version has gone a whole week without any issues being reported.
Creating the final release version
  Release Manager Edit and commit changes to the EPICS version number file configure/CONFIG_BASE_VERSION.
  Release Manager Tag the module in Git:
cd base-3.15
git tag -m 'ANJ: Tagged for 3.15.9' R3.15.9
  Release Manager Export the tagged version into a tarfile. Note that this command generates a gzipped tarfile directly from the repository:
cd base-3.15
git archive --prefix=base-3.15.9/ --output=base-3.15.9.tar.gz R3.15.9 configure documentation LICENSE Makefile README src startup
Create a GPG signature file of the tarfile as follows:
gpg --armor --sign --detach-sig base-3.15.9.tar.gz
  Release Manager Test the tar file by extracting its contents and building it on at least one supported platform
  Release Manager Upload the release tar file to the Launchpad download area.
  Release Manager Find all Launchpad bug reports with the status Fix Committed which have been fixed in this release and mark them Fix Released.
Publish and Announce it
  Website Manager Copy the tar file and its .asc signature file to the Base download area of the website.
  Website Manager Update the website subdirectory that holds the release documentation, and copy in the files from the base/documentation directory of the tarfile.
  Website Manager Update the webpage for the new release with links to the release documents and tar file.
  Website Manager Add the new release tar file to the website Base download index page.
  Website Manager Link to the release webpage from other relevent areas of the website - update front page and sidebars.
  Website Manager Add an entry to the website News page, linking to the new version webpage.
  Release Manager Announce the release on the tech-talk mailing list.