Hello everybody,

maybe I overlooked the answer to the question in the *subject* in the
mail thread. I am all fine with Christian Schultes definitions, but
would be really be interested in pulling alphas from repo1/central.
What is the current agreement here?

So +1 for publishing to central from my side. I am not willing to
include repository.apache.org/.../maven-staging-123 or something in
our ci setup but installing here-to-stay alphas would be feasible for
me.

Just my 2 cents :-)


On Sun, Feb 26, 2017 at 1:28 PM, Christian Schulte <c...@schulte.it> wrote:
> Am 02/26/17 um 13:03 schrieb Stephen Connolly:
>> Even if we had a -1 as long as I have the binding votes *as release
>> manager* it would be my call whether to release or not.
>>
>> Now *personally* I much rather release with consensus, but any committer
>> can step up to be release manager for any of our components, so I would
>> prefer if we can agree our current position (which we can agree to change
>> in the future if needed) and just run with that.
>>
>> For me:
>>
>> * alpha is also about saying "we are not closed to adding something else
>> before beta... but we will think hard on any proposed additions"
>>
>> * beta is about saying "only important bug fixes... or really low risk bug
>> fixes after careful evaluation"
>>
>> * RC is "last chance to find showstoppers only"... if no showstopper then
>> we drop and cut the release for real
>>
>
> We should document that somewhere. I am used to some different meaning.
>
> alpha:
> Development not finished yet. More commits to come. Everything can
> happen. It's just a label external entities can refer to in a stable way
> (like in JIRA - instead of having to refer to e.g. the snapshot from
> yesterday 3 hours after commit xyz). The classifier could as well be an
> SCM id (like -alpha-svnrevision or -alpha-uglygithash).
>
> beta:
> Development is finished. Seeking for testing. Developers will only fix
> bugs, if there are any. Just the final steps needed to get things ready
> for release.
>
> RC:
> Same meaning Stephen described. The RC already is the final release.
> When the SCM allows it, you normally rename the RC tag removing the RC
> and just rebuild that for the final release. This is what you will be
> paying for. Point of no return. Nothing can be removed afterwards - just
> deprecations or additions to come in the next development cycle. Seeking
> for a major review/final testing.
>
> Regards,
> --
> Christian
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to