Non-bindingly:
+1 for pre-releases
-1 for actual releases
Regards Mirko
--
http://illegalstateexception.blogspot.com/
https://github.com/mfriedenhagen/
https://bitbucket.org/mfriedenhagen/


On Wed, May 29, 2013 at 10:00 PM, Baptiste MATHUS <[email protected]> wrote:
> You're right, my bad. I just re-read the details in Stephen's original mail.
>
> So I'm also:
> +1 for pre-releases, dropping everything to reuse numbers is not worth the
> hassle
> -1 for actual releases: it would create more mess imo for end users if
> there's many bizarre jumps in numbering
>
>
> 2013/5/29 Fred Cooke <[email protected]>
>
>> "This vote is to change the policy to:
>>
>> drop the staging repo, document the release as not released, and run with
>> the next version."
>>
>> On Wed, May 29, 2013 at 9:54 PM, Baptiste MATHUS <[email protected]>
>> wrote:
>>
>> > Well, from the wording of the VOTE question and what I've read from you
>> > Fred in the past, shouldn't actually be a -1 from you here?
>> >
>> > What I read is "Should we respin CANCELLED releases with the same version
>> > number?" then
>> > +1 = current way of working, just drop the release and re-release
>> (possibly
>> > with "take n" in the subject mail, and so on)
>> > -1 = please do not reuse number, numbers are cheap
>> >
>> > Was it what you intended to vote on, and was it how Stephen was thinking
>> to
>> > orient the sentence and the +1/-1 meaning?
>> >
>> >
>> > 2013/5/29 Fred Cooke <[email protected]>
>> >
>> > > +1(million) non-binding, but if you want, I'll have your children if
>> you
>> > > make this extremely positive change!!!! <3
>> > >
>> > > On Wed, May 29, 2013 at 12:31 PM, Jörg Schaible <
>> > > [email protected]
>> > > > wrote:
>> > >
>> > > > -1 (nb)
>> > > >
>> > > > Stephen Connolly wrote:
>> > > >
>> > > > > We have been using a policy of only making releases without
>> skipping
>> > > > > version numbers, e.g.
>> > > > >
>> > > > > 3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, etc
>> > > > >
>> > > > > Whereby if there is something wrong with the artifacts staged for
>> > > > release,
>> > > > > we drop the staging repo, delete the tag, roll back the version,
>> and
>> > > run
>> > > > > again.
>> > > > >
>> > > > > This vote is to change the policy to:
>> > > > >
>> > > > > drop the staging repo, document the release as not released, and
>> run
>> > > with
>> > > > > the next version.
>> > > > >
>> > > > > Under this new proposal, if the staged artifacts for 3.1.0 fail to
>> > meet
>> > > > > the release criteria, then the artifacts would be dropped from the
>> > > > staging
>> > > > > repository and never see the light of day. The tag would remain in
>> > SCM,
>> > > > > and we would document (somewhere) that the release was cancelled.
>> The
>> > > > > "respin" would have version number 3.1.1 and there would never be a
>> > > > 3.1.0.
>> > > > >
>> > > > > This change could mean that the first actual release of 3.1.x might
>> > end
>> > > > up
>> > > > > being 3.1.67 (though I personally view that as unlikely, and in the
>> > > > > context of 3.1.x I think we are very nearly there)
>> > > > >
>> > > > > Please Note:
>> > > > >
>> > > >
>> > >
>> >
>> http://maven.apache.org/developers/release/maven-project-release-procedure.html#Check_the_vote_resultsdoes
>> > > > > not actually specify what it means by "the process will need to be
>> > > > > restarted" so this vote will effect a change either outcome
>> > > > >
>> > > > > +1: Never respin with the same version number, always increment the
>> > > > > version for a respin
>> > > > > 0: Don't care
>> > > > > -1: Always respin with the same version number until that version
>> > > number
>> > > > > gets released
>> > > > >
>> > > > > This vote will be open for 72 hours. A Majority of PMC votes
>> greater
>> > > that
>> > > > > 3 will be deemed as decisive in either direction (i.e. if the sum
>> is
>> > <
>> > > -3
>> > > > > or
>> > > > >> +3 then there is a documented result)
>> > > > >
>> > > > > For any releases in progress at this point in time, it is up to the
>> > > > > release manager to decide what to do if they need to do a respin.
>> > > > >
>> > > > > -Stephen
>> > > >
>> > > >
>> > > >
>> > > > ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: [email protected]
>> > > > For additional commands, e-mail: [email protected]
>> > > >
>> > > >
>> > >
>> >
>> >
>> >
>> > --
>> > Baptiste <Batmat> MATHUS - http://batmat.net
>> > Sauvez un arbre,
>> > Mangez un castor !
>> >
>>
>
>
>
> --
> Baptiste <Batmat> MATHUS - http://batmat.net
> Sauvez un arbre,
> Mangez un castor !

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to