[drupal-devel] Project management contribs: Bundles: grouped
modules.
Ross Kendall
drupal at rosskendall.com
Fri Feb 18 18:14:10 UTC 2005
Getting closer to an understanding :)
Bèr Kessels wrote:
>Okay let's not loose focus.
>A summary:
>We agree on the poitn that we need:
> * a closed contribs section (official)
> * an open contribs section (sanbox)
>
>
Yes
>We disagree (or so it seems) on how to mamange the closed contribs.
>* I say we should bundle them by functionality,
>* You are saying we need some rating for them.
>
>
Actually, no. I *like* your idea of bundles for closed contribs. The
ratings I was thinking for the other modules (because there is many, and
not always good quality). If there is a selection of good quality
modules that all work together, there is no need for rating system, just
good descriptions of what they do, and being well organised.
>* WE all say we need to pass modules trough a team of contrib maintainers
>before they are allowed in the closed sesction.
>
>
Yes, good idea
>* We should not forget that we actually have such a closed & open system, but
>too little people actually use it: All specific and unfinshed code *must* be
>in /sandbox/yourname/
>
>
One thing, sandbox is not very visible, maybe there could be another
place that contributors can publish working modules, even if they are
not 'approved'.
>Only releasable modules should be in contribs.
>Only finshed modules should be taggted for a Drupal release.
>PPl. seem to disagree a lot about when it the last two points are applicable.
>
>
I think more control at the top level is needed, how it should work -
I'm not so sure what's best - maybe other people will give some good ideas.
>So: We do not disagree, But I am saying that we should go a bit further than
>only closed contribs: Thats where I am talking abou "combining". I meant to
>"combine" the bundles and close-open contribs ideas.
>
>
Yes, could be good. Apart from amazon and image, what else should be
grouped, and how?
>Bèr
>
>
>
>
>
Ross.
More information about the drupal-devel
mailing list