&gt;&gt;  Who&#39;s talking about dictating.. Everyone can code freely. But for code to enter the official repository, quality &gt;&gt;checks should apply. That doesn&#39;t stop innovation, does it? Look at the few commits to the cck/views branches &gt;&gt;for example. Why is that kind of responsible code committing not scalable to all other modules as well?<br>
<br>We already have a way for code to get reviewed before it gets committed to the repository, it&#39;s called patches.<br><br>The gatekeepers for core aren&#39;t just the two committers - there&#39;s also a whole layer of people who regularly review patches before they get committed, not enough of them, but  that&#39;s how the code for core gets filtered.<br>
<br>There are 92 pages of patches which need review against core or contrib. If we could fine people to review all of those patches intelligently - not to mention dealing with new bug reports and support requests for the top 200 most used modules, that&#39;d help to consolidate efforts a lot. Anything else is putting the cart very, very far before the horse.<br>
<br><a href="http://drupal.org/project/issues/search?text=&amp;projects=&amp;assigned=&amp;submitted=&amp;participant=&amp;status[]=8">http://drupal.org/project/issues/search?text=&amp;projects=&amp;assigned=&amp;submitted=&amp;participant=&amp;status[]=8</a><br>
<br>That doesn&#39;t include all code marked for commit or needs work which nearly doubles that number.<br><br>Or to put it another way, count the number people who reply to support requests, let alone post and review patches for the Views issue queue. It&#39;s a small number of overworked people. The people working on core and the &#39;top 40&#39; (or 100, or 300) contrib modules are buried in issues, don&#39;t get nearly enough help with their projects - but then you want these people to review every commit as well?<br>
<br>&gt;&gt;No - the swarm, that is us. We all work together on finding the best way to lay the foundation for the respective &gt;&gt;functionality. Aren&#39;t we already doing that with core? Is it impossible to apply to non-core modules?<br>
<br>Yes it&#39;s impossible unless we massively increase the people dealing with support requests, bug reports and patch reviews for the major modules which have already &#39;won&#39;. Let alone co-ordinating efforts to merge smaller/duplicated/abandoned modules as time goes on.<br>
<br>&gt;&gt;Why is not letting experimental code into the repository stopping
people from trying stuff out? Please explain that &gt;&gt;to me, i simply don&#39;t
get that.<br>
<br>
A lot of sandbox projects on Drupal.org have turned into great modules
or core patches - often resurrected by people other than the original
author. Having all this code centralised is a good thing and isn&#39;t
going to change. What will hopefully change is filtering those projects
from the most widely used and supported ones for new users - again,
there&#39;s efforts to do this both with the redesign and numerous feature
requests to project*.<br><br>Nat<br><br><br>