Difference between revisions of "How to Make a Release"

From OPeNDAP Documentation
(Publish And Sign Binary Distributions)
 
(24 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
This is an updated set of notes regarding a software release. It is tailored to a release of Hyrax, but the same process can be used for any of our code.
 +
 +
# Look for any tickets that have been bound to the label 'fix release x.y.z' and make sure those are completed. Be sure to use both:
 +
#* The HyraxKB Kanban board in OPeNDAP's JIRA.
 +
#* The Hyrax board in our NASA JIRA.
 +
# When we are ready to release, follow the process outlined in the sections below.
 +
# Once done, close the board
 +
 
== When we decide to release software ==
 
== When we decide to release software ==
 
Use the developers at opendap.org list to send out notices to all the developers about pending releases.
 
Use the developers at opendap.org list to send out notices to all the developers about pending releases.
Line 11: Line 19:
  
 
Maybe run Coverity - depends on the scope of the changes.
 
Maybe run Coverity - depends on the scope of the changes.
 
== Overview ==
 
This is an updated set of notes regarding a software release. It is tailored to a release of Hyrax, but the same process can be used for any of our code.
 
 
# Look for any tickets that have been bound to the label 'fix release x.y.z' and make sure those are completed. Use the Kanban board.
 
# When we are ready to release, follow the process outlined in the section below.
 
# Once done, close the board
 
  
 
== Release Prerequisites  ==
 
== Release Prerequisites  ==
Line 29: Line 30:
 
== Steps For A Minor Release (ex: 1.16.5 -> 1.16.6) ==
 
== Steps For A Minor Release (ex: 1.16.5 -> 1.16.6) ==
 
; Notes
 
; Notes
* ''Committing and pushing the various changes made for the source releases will trigger a binary build and those binaries will have the version numbers that making the source distributions update.''
+
* ''Committing and pushing the various changes made for the source releases will trigger a binary build and those binaries will have the version numbers made in the source distributions update.''
  
 
* ''Perform these steps in the order stated as downstream activities rely on items created in earlier steps, such as the creation of the DOIs for libdap and BES are required when updating the OLFS README.md, ''
 
* ''Perform these steps in the order stated as downstream activities rely on items created in earlier steps, such as the creation of the DOIs for libdap and BES are required when updating the OLFS README.md, ''
Line 45: Line 46:
 
=== OLFS:  [[OLFSReleaseGuide | Source and Binary release for OLFS]] ===
 
=== OLFS:  [[OLFSReleaseGuide | Source and Binary release for OLFS]] ===
  
=== Upload the source distributions ===
+
=== [[Signing And Publishing C++ Binary Distributions]] ===
Make and upload the source distributions for hyrax-dependencies, libdap, BES and, OLFS - delay signing until later.
+
: '''Note:''' ''This was already done for the java OLFS in the previous steps.''
 
 
 
 
 
 
=== Sign And Publish The Binary Distributions ===
 
 
 
# For the C++ software, Transfer the binary packages built using the CI/CD process. Log into the ''www.opendap.org'' web site host using ssh and the ''opendap'' account, and then use ''curl -O ...'' or ''wget --no-check-certificate ...'' to transfer the RPMs and Debian packages from our ''opendap.travis.build'' S3 bucket. The S3 bucket can be found at: https://s3.amazonaws.com/opendap.travis.build/index.html
 
#
 
# Sign the packages (source and binary). Do this by downloading the packages, signing and then uploading the ''.sig'' files - no need to upload the actual packages. See [[SecureEmail | Secure Email]] for a hack to batch sign packages.
 
  
 
=== [[HyraxDockerReleaseGuide | Build And Publish Docker Images For The Release]] ===
 
=== [[HyraxDockerReleaseGuide | Build And Publish Docker Images For The Release]] ===
Line 60: Line 53:
 
=== Install the new server on test.opendap.org ===
 
=== Install the new server on test.opendap.org ===
  
=== Update the release page on website ===
+
== [[Update The Hyrax Release Web Page]] ==
but don't publish it. For this, copy the X.Y page and make it X.Y.n. In the future, we might use only a single page for release X.Y and simply amend it with information for version ''.1'', ''.2'', and so on. Don't bother to edit the links, just get the text in place.
+
== Send out a notice. ==
 
 
# Update the links on the web page made/copies/edited above. Test each link - source and binary. Once all of those work...
 
 
 
# Publish the release page. Check the links - there are links in two menus that have to be set manually.
 
 
 
=== Send out a notice. ===
 
  
=== Time to complete by release ===
+
== Time to complete by release ==
 
Update and of the release checklists and the 'Time to complete...' information below.
 
Update and of the release checklists and the 'Time to complete...' information below.
  

Latest revision as of 15:24, 10 January 2022

This is an updated set of notes regarding a software release. It is tailored to a release of Hyrax, but the same process can be used for any of our code.

  1. Look for any tickets that have been bound to the label 'fix release x.y.z' and make sure those are completed. Be sure to use both:
    • The HyraxKB Kanban board in OPeNDAP's JIRA.
    • The Hyrax board in our NASA JIRA.
  2. When we are ready to release, follow the process outlined in the sections below.
  3. Once done, close the board

1 When we decide to release software

Use the developers at opendap.org list to send out notices to all the developers about pending releases.

1.1 Planned release

If this is a planned release, send out a notice at least two weeks in advance to anyone who likely has made changes to the software. More lead time is, of course, better. This will allow developers time to get their code and documentation changes into github and onto the master branch in time for the release.

Run Coverity!

1.2 Emergency releases

If this is an 'emergency' release, then send out a notice to developers as soon as the decision to release is made, since this will give a chance for other developers to lets us know if there are new changes in the master branch that are ready for release. if we don't get an email from those developers of a particular component, then we should assume that the code might not be 100% ready for release and we should use the version tagged with/for the last release if possible.

Maybe run Coverity - depends on the scope of the changes.

2 Release Prerequisites

Only start this process when hyrax-dependencies, libdap, bes and OLFS master branches all building and passing their tests.

3 Steps For A Major Release (ex: 1.16.x -> 1.17.0)

  1. Security Review for libdap, BES and OLFS Now Handled By TravisCI
  2. Write a new X.Y web page. See the web site admin notes for info about this. It has important information about the menu links. Base this on the previous release page's structure/content.
  3. Follow the remaining steps for a minor release (below).

4 Steps For A Minor Release (ex: 1.16.5 -> 1.16.6)

Notes
  • Committing and pushing the various changes made for the source releases will trigger a binary build and those binaries will have the version numbers made in the source distributions update.
  • Perform these steps in the order stated as downstream activities rely on items created in earlier steps, such as the creation of the DOIs for libdap and BES are required when updating the OLFS README.md,

4.1 Perform the Jira Release Process

4.2 hyrax-dependencies: Source Release For hyrax-dependencies

4.3 libdap: Source Release for libdap

4.4 BES: Source Release for BES

4.5 OLFS: Source and Binary release for OLFS

4.6 Signing And Publishing C++ Binary Distributions

Note: This was already done for the java OLFS in the previous steps.

4.7 Build And Publish Docker Images For The Release

4.8 Install the new server on test.opendap.org

5 Update The Hyrax Release Web Page

6 Send out a notice.

7 Time to complete by release

Update and of the release checklists and the 'Time to complete...' information below.

  • Hyrax 1.12.2: The total time was planned as 3w 1d 5h and turned out as 1w 2d 2h 10m.
  • Hyrax 1.15.1: 3d calendar time
  • Hyrax 1.16.2: 3d effort