From a4f385d8b5b169ee503fb89ba42132a376761071 Mon Sep 17 00:00:00 2001 From: Ro Date: Mon, 29 May 2023 17:01:44 -0700 Subject: [PATCH] Document tag-naming convention for components in sd-builder repo. --- docs/workstation_release_management.rst | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/docs/workstation_release_management.rst b/docs/workstation_release_management.rst index 6261dc55..2cea43a5 100644 --- a/docs/workstation_release_management.rst +++ b/docs/workstation_release_management.rst @@ -30,7 +30,9 @@ Step 1: Create a release candidate (rc) tag 1. Create a release branch in the repo of the component you want to release. 2. Push a changelog commit. -3. Push an rc tag in the format ``..~rcN`` on your new commit. We will be building from this tag in the next step. +3. Push an rc tag on your new commit. For components in the ``securedrop-builder`` repo, use the tag format + ``securedrop--..-rcN``; for components outside this repo (i.e. ``securedrop-client``), + use the tag format ``..-rcN``. We will be building from this tag in the next step. Step 2: Build and deploy the package to ``apt-test`` ---------------------------------------------------- @@ -78,7 +80,8 @@ Step 4: Create a release tag Begin this step on the day you want to release the package. It's best to start this process early in the day to ensure there is enough time for final QA checks, signing ceremonies, and stakeholder communications. -1. Push a release tag on the same commit of the rc tag that was approved during QA. +1. Push a release tag on the same commit of the rc tag that was approved during QA. Follow the tag-naming convention as described + above. 2. :ref:`Sign the tag with the SecureDrop release key` (or ask another maintainer to do this). Step 5: Build and deploy the package to ``apt-qa``