Suggest having the previous release ready.
authorAbigail <abigail@abigail.be>
Fri, 25 Mar 2016 12:36:28 +0000 (13:36 +0100)
committerAbigail <abigail@abigail.be>
Fri, 25 Mar 2016 12:36:28 +0000 (13:36 +0100)
Each time I do a release, I find myself scrambling to download the
tarball of the previous release, and install it so it can be compared
to the release that's worked on. Added a paragraph as a reminder to
that before the day of the release.

Porting/release_managers_guide.pod

index 1c82b26..6d67d0b 100644 (file)
@@ -183,6 +183,13 @@ is only needed on the day of the release or shortly afterwards.
 
 You will need a quotation to use as an epigraph to your release announcement.
 
+=head3 Install the previous version of perl
+
+During the testing phase of the release you have created, you will be
+asked to compare the installed files with a previous install. Save yourself
+some time on release day, and have a (clean) install of the previous
+version ready.
+
 =head2 Building a release - advance actions
 
 The work of building a release candidate for an even numbered release