> > From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]] > > > Ian was hesitant to bump to 2.0.32 because he was under the > > impression that it was not permitted to bump so close to a previous > > tag. He was the RM, so it was his call. > > This argument has been had befor (ad naseum), but... > > This is based on the false premise that version numbers are scarce. > Tagging > and rolling are fairly easy operations (with the fancy new script). > Arguing > for days about exactly what changes should justify a new tag is difficult.
No that isn't what this is based on. It is based on the fact that tagging the tree with two different versions within two days discourages people from testing. If I roll a release every few days, why should anybody test them, because they know that another release will be made, which will obsolete what they are testing. There is a balance that must be achieved between tagging often enough to allow the code to develop, and tagging so often that it doesn't make any sense to test what was tagged. Not long after the current tag/roll procedure was developed, we had this same situation, and Roy himself agreed that rolling more than once a week discouraged people from testing the tarballs. Yes, versions numbers don't mean anything, but people's time does. Ryan
