[development] Encouraging Collaboration
Dries Buytaert
dries.buytaert at gmail.com
Fri Nov 18 22:28:19 UTC 2005
> I had brought up before that we might consider designated
> maintainers for core modules -- see http://drupal.org/node/34439 --
> there are still the majority that are theoretically "maintained" by
> Dries. Dries, do you want to speak up and say which ones you
> *actually* want to maintain, which might be in need of an official
> maintainer, etc.?
Having 'official maintainers' matters for me: in the best case
scenario people will bug the maintainer and not me. Other than being
the official point of contact, very little changes.
People become the official maintainer of a core module after they
have been given the module some 'love', where 'love' implies that a
steady stream of their patches made it into core. For example, I
recently invited Cvgbe (Piotr Krukowiecki) to become the official
PostgreSQL maintainer after he contributed a dozen PostgreSQL patches.
Being the 'official maintainer' doesn't really matter for you (you,
being a developer). What matters for you are your patches that make
it into core. The more good patches, the higher you are on my list,
the more weight you get, and the more trust you gain. Furthermore,
for almost all of the core contributors, I know exactly what they
are good at, so the weighting actually differs from topic to topic.
For example, I may blindly trust Cvgbe's PostgreSQL contributions but
I'll be a lot more conservative when he proposes a big forms API change.
Don't ask me to write down the list, because not only is it per
topic, it is also ever changing. For example, recently Richard
Archer has done a number of great menu module patches that have been
known to be hard, he demonstrated persistence, and he clearly
communicated a vision; as a result, he gained quite a bit of trust
with regard to the menu module.
--
Dries Buytaert :: http://www.buytaert.net/
More information about the development
mailing list