PMJI,
>
> Wiki pages should be editable by those with :
>
> i. A cla on file.
> ii. be a committer on the project that owns the wiki.
Isn't this like saying someone can commit to the repository
if he/she has a CLA on file AND owns the part of the code?
Or am I missing some vital information? It was my understanding
that the Wiki page would be a 'group' effort and thusly
those who are serious enough to apply for a Wiki-edit position
would know what he/she is doing?
>
> In other words the wiki content should be treated like code,
> wiki/documentation
> contributions from anyone outside the project would have to be sent as a
> patch
> and applied by a committer.
Wouldn't it put a heavier burden on the committer if he/she has to
review both patches to the repository AND to the wiki page, assuming
the final decision is to make a Wiki page? Or should there be a
designated set of Wiki committers such that patches go to them?
Again. As the saying goes, mistakes will be made. The issue is
whether it will affect the actual Subversion code. I believe
the answer is a resounding "no, it won't". It should then give
a lot of people the ability to contribute to the project that
won't break a Subversion build if he/she were to make a spelling,
and/or grammatical error.
Don't get me wrong, I don't mean to take a complete lackadaisical
attitude towards wiki-edit applications; but I think a common-sense
approach should do. In fact, this is the same issue as allowing people
to become moderate the mailing lists. Prior to joining the ASF,
those who are inclined in taking their time with moderating
the mailing lists are welcomed. (Again, said with a bit of
bias.) Right now, even though I've applied for a moderator
as dev, I'm not sure if ASF mailing lists require moderators.
(Of course, I could be very much wrong on this.)
Just my humble $0.02.
Edmund
Received on 2009-12-04 04:17:42 CET