Thank you for the information Ant. I was wondering more about the checks
each developer is doing before voting a +1. I'd like to choose a set of
checks to perform myself when a vote is called but I can't think of tests
other than the ones that I stated earlier...

On Sat, Feb 5, 2011 at 11:20 AM, ant elder <antel...@apache.org> wrote:

> On Fri, Feb 4, 2011 at 11:55 AM, Florian MOGA <moga....@gmail.com> wrote:
> > Could you let me know in what consists your process of reviewing a
> release
> > candidate? Until now, I've performed a full build, ran the samples,
> checked
> > for license headers. Haven't found any guidelines on the website or wiki.
> > Are there any other checks you're doing on the source distribution? What
> > about the binary distribution?
> >
>
> There are not that many rules or requirements to voting for a release
> so a large amount of it comes down to personal preferences. A lot of
> the doc about it is spread about the ASF so its hard to point at a
> single page for more information
>
> Some minimum rules are:
> - anything being released must have all the source required to create
> it also being released.
> - it must be cryptographically signed
> - it must contain the Apache LICENSE and NOTICE files, and meet the
> ASF legal requirements
> - the project must have voted to release it
>
> Then there are a lot of subjective quality issues. Do things work,
> have documentation, samples which work etc. How important those are
> might depend on the type of release, for milestone type releases
> perhaps they don't matter so much, for 1.0 type releases maybe you
> want things looking pretty good. Some people look at things really
> closely, others may not and if someone they trust has already voted +1
> then they do too.
>
> Another rule is that there are no vetos on releases so something can
> be released as long as it gets at least three +1 votes and more +1s
> than -1s.
>
> In my experience Tuscany can be a tough place to do releases compared
> to other projects as it takes a large amount of time to make a release
> and then can be hard to get the votes.
>
>   ...ant
>

Reply via email to