summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorintrigeri <intrigeri@boum.org>2019-03-21 09:42:08 +0000
committerintrigeri <intrigeri@boum.org>2019-03-21 09:42:08 +0000
commite75bc8a94bab84862f9c4b87e417a664ad497f1e (patch)
tree6726791de074ec26b466c9d0e3ef3c13c5f40a7b
parent5566ca6a1738105dcdbf577c3bf0ffdeb065478d (diff)
Release process: avoid some back'n'forth (Closes: #16584)
-rw-r--r--wiki/src/contribute/release_process.mdwn9
1 files changed, 3 insertions, 6 deletions
diff --git a/wiki/src/contribute/release_process.mdwn b/wiki/src/contribute/release_process.mdwn
index 04b78e1..6b988e9 100644
--- a/wiki/src/contribute/release_process.mdwn
+++ b/wiki/src/contribute/release_process.mdwn
@@ -611,6 +611,9 @@ suite should be ready, so it is time to:
- If all hashes match: yay, we're good to go!
+ Set the `$MATCHING_JENKINS_BUILD_ID` environment variable
+ to the ID of this job (an integer).
+
- If there is a hash mismatch for the image: ouch! Now we are in a
tricky situation: on the one hand it seems like a poor idea to
block users from benefiting from this release's security updates,
@@ -978,12 +981,6 @@ Upload the ISO and USB image signatures to our rsync server:
scp "${ISO_PATH:?}.sig" "${IMG_PATH:?}.sig" rsync.lizard:
-Pick a build from `$RELEASE_BRANCH` that produced identical ISO and USB images
-to the ones you've built locally (`XXX` must be the job ID, i.e.
-an integer):
-
- MATCHING_JENKINS_BUILD_ID=XXX
-
Copy the ISO and USB images to our rsync server, verify their signature,
move them in place with proper ownership and permissions
and update the time in `project/trace` file on our rsync server