community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stian Soiland-Reyes <st...@apache.org>
Subject Re: Addition to the project maturity model
Date Thu, 29 Sep 2016 13:44:56 GMT
"release artifacts"? Or does that hint to much of Maven?

We can do it as two different requirements..

RE50 - independendly generate a source archive (RE10).

RE60 - independently generate any convenience binaries (RE40)


I'm not sure what is the deal with the BASIC line numbering idea of
RE* - perhaps these additions could also be RE11 and RE41 to better
align.


On 29 September 2016 at 14:25, William A Rowe Jr <wrowe@rowe-clan.net> wrote:
> On Wed, Sep 28, 2016 at 3:33 AM, Mark Thomas <markt@apache.org> wrote:
>
>> All,
>>
>> After a discussion on the general@incubator.a.o mailing list [1], I'd
>> like to propose the following addition to the project maturity model.
>>
>> RE50
>> The release process is documented and repeatable to the extent that
>> someone new to the project is able to independently generate a release
>> build.
>>
>
> Release 'build'? That sounds very .jar'ish to me :)
>
> In non-JVM environments, we may have radically different ways of building,
> even on linux a project may have autoconf vs cmake as parallel options.
> No single release manager is expected to try all alternatives across some
> broad array of target platforms.
>
> The project must also demonstrate that they have documented how-to
> for users/consumers to generate a binary build from the release package.
> In terms of maturity, that might start out as windows-only or unix-only
> or java-only, but as the project evolves more supported build platforms,
> they will have the template for adding more build how-to documentation.
>
> Since binaries are not releases, is it enough to say 'release package'
> to capture the essence of tarball, .zip, or whatever the sources include?
> If a project wants to include the .jar file as a side effect of creating the
> release sources, I think 'release package' covers that to.
>
> Otherwise, strongly +1 to this suggestion.



-- 
Stian Soiland-Reyes
http://orcid.org/0000-0001-9842-9718

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org


Mime
View raw message