[Typo3-dev] Extension reviewing process (request for discussion)
Robert Lemke
rl at robertlemke.de
Sun Sep 5 10:20:46 CEST 2004
Hi Michael,
Michael Scharkow wrote:
> +1 for the not-so-quick 2-pass review.
good.
> 1. Quick review of formal stuff (part of which can be automated, as seen
> in the ext evaluator Kasper wrote), like API-Doc, User-Doc,
> XHTML-validity (for a fe-plugin you can just insert it on an otherwise
> valid page and use a validator), maybe DBAL-compat (grep for mysql stuff).
Yes, that kind of things fit well into the first phase.
> 2. Extended and official review of security issues, style, you name it.
>
> Step 2 must be done or approved by a trusted extension reviewer, but
> step 1 can be done by anyone willing to do so (since it's not official
> until the final review, QA should not matter much and I think the
> core-devs should trust the community a little more...)
Yes, that's totally okay.
> I really think this can be implemented in a issue tracker (bug-tracker),
> although I have not tried mantis yet. We'd only need a few fields
> (documentation, html-validity, etc) with some categories like done/not
> done and a final rating which is computed from those fields. If all
> basic requirements are fulfilled, the extension's status will be lifted
> to "Basics fulfilled" and maybe the review team is notified.
Hmm, I think we better use the TER for that.
> PS: I think the extension author should be involved, as he/she should be
> able to mark his work "open for review" because I wouldn't want my
> alpha-status extensions be reviewed without my approval ;)
I agree that the extension author should be involved - that is one of my
major objections against a 1-step quick review. If an extension may be
reviewed or not should depend of the extension's state: If it is marked as
stable, the author cannot reject a review.
--
robert
More information about the TYPO3-dev
mailing list