-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12 Nov 2005, at 11:54 PM, Jose A. Reyero wrote:
Completely agree with Adrian. We do need this.
Only I would ask that this formal proccess doesn't mean too much administrative overhead for every new project. So, basically, a new section to know other people's 'big plans' and see easily 'who's working on what' would do. If we have one html page for each project and one 'coordinator' that maintains that page, keeps a list of related queued patches, and the people involved, that would be a good start point. For the rest, the patch queue and the forum will do. Exactly. I don't want us to be designing software around this.
One of the main problems I see with the patch queue is that it's not practical at all when trying to get big patches in.
This is the other thing DEPs do, they split big patches into seperate tasks, each with their own ticket. Or atleast, theoretically.
The work it takes to have the patch up to date with HEAD, while people is reviewing it is really overwhelming. This is why i want to move to supplying subversion repositories for each of the large projects. It worked great with Forms. But now we're getting too deep into future architecture development again.
So what if we took some snapshot of the core as the starting point for each of this projects, and once the code has been reviewed and polished enough by the people involved in that particular project, we update it for head once as 'ready to be committed', and... ?
That's why you have a seperate repository. =) - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFDdm+kgegMqdGlkasRAoj7AJ4sIiZQKuZuvWwSqncELsn7OInafwCgwDY4 Tegd866gXPJdct7Z1WlcFJE= =v547 -----END PGP SIGNATURE-----