[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