Fred Moyer
Wed, 23 Apr 2008 09:31:39 -0700
Index: lib/Apache/Test.pm
===================================================================
--- lib/Apache/Test.pm (revision 480441)
+++ lib/Apache/Test.pm (revision 598393)
@@ -36,7 +36,7 @@
use vars qw(@ISA @EXPORT %EXPORT_TAGS $VERSION %SubTests @SkipReasons);
-$VERSION = '1.30';
+$VERSION = '1.31';
my @need = qw(need_lwp need_http11 need_cgi need_access need_auth
need_module need_apache need_min_apache_version
I know now (or at least am under the impression) that should read
1.31-dev and I didn't know I had bumped it to 1.31 so I looked at the
RELEASE document again:
6. Prepare for the next cycle a. increment version in lib/Apache/Test.pmI didn't know at the time if the proper thing to do was bump it to next version plus '-dev'. That is the current state of Apache-SizeLimit in svn, the latest version is 0.91-dev. So it was definitely my screwup for not double checking that, but at the time I was trying to follow the release procedure to the letter to make sure that nothing went awry. I was a bit nervous at making sure this was right since I was getting my feet wet with the release procedure.
I guess this might be a mixed blessing in some regards because it seems better to have the version in the wild be wrong at 1.31 rather than 1.31-dev.
I can update the release doc to reflect that the version needs to be bumped to -dev if that is the correct behavior (I'm guessing it is). If that is the case, I'll double check the other release docs (we have a few floating around now with A::T, A::R, A:S) and make sure they are all in sync. It would kind of make sense to have one authoritative release doc for all the A::* modules, but I don't know where we would put that - maybe in core and then pull it in via an external?
Any thoughts on this? - Fred -- Red Hot Penguin Consulting LLC http://www.redhotpenguin.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]