Change the example in the Changes file to be more generic.
authorJesse Vincent <jesse@bestpractical.com>
Fri, 1 Jul 2011 00:40:54 +0000 (20:40 -0400)
committerJesse Vincent <jesse@bestpractical.com>
Fri, 1 Jul 2011 00:40:54 +0000 (20:40 -0400)
Remove the releng step which required altering the Changes file
with a meaningless version bump

Changes
Porting/release_managers_guide.pod

diff --git a/Changes b/Changes
index c471d28..9887fbb 100644 (file)
--- a/Changes
+++ b/Changes
@@ -12,9 +12,9 @@ at http://perl5.git.perl.org/perl.git (follow the 'shortlog' link beside
 the relevant tag). Or, you can download a copy of the git repository and
 then run a command like
 
-    git log --name-status v5.14.0..v5.15.0
+    git log --name-status v5.12.0..v5.14.0
 
-to view all the changes between 5.14.0 and 5.15.0.
+to view all the changes between 5.12.0 and 5.14.0.
 
 See pod/perlgit.pod for more details on using git and accessing the
 commit history.
index f097846..a18c4a5 100644 (file)
@@ -339,22 +339,6 @@ release, this would be 5.13.11).
 For BLEAD-POINT releases, it needs to refer to the previous BLEAD-POINT
 release (so for 5.15.3 this would be 5.15.2).
 
-
-=head3 update Changes
-
-Update the F<Changes> file to contain the git log command which would show
-all the changes in this release. You will need assume the existence of a
-not-yet created tag for the forthcoming release; e.g.
-
-    git log ... perl-5.10.0..perl-5.12.0
-
-Due to warts in the perforce-to-git migration, some branches require extra
-exclusions to avoid other branches being pulled in. Make sure you have the
-correct incantation: replace the not-yet-created tag with C<HEAD> and see
-if C<git log> produces roughly the right number of commits across roughly the
-right time period (you may find C<git log --pretty=oneline | wc> useful).
-
-
 =head3 Check more build configurations
 
 Check some more build configurations. The check that setuid builds and