one4all + all4one :)
IMHO it's healthier to discuss any changes that you feel might step on others toes or that are controversial on the list before you make them. this gives not only the other committers a chance to join in but also the development community hanging around on the list.
- robert
On 18 Nov 2003, at 17:10, Stefano Mazzocchi wrote:
My personal experience shows that pointing reponsibilities creates community fragmentation.
All the committers are responsible for all the code: if we start asking permissions to one another to modify code in the "area" where others people is responsible, the development performance drops.
Don't go there.
On 18 Nov 2003, at 01:20, Oliver Zeigermann wrote:
For the release and also for the people contributing questions or patches there should be someone to address directly for each part of the code.
At least for the stores, the client, the webdav layer and of course the kernel there must be at least one committer in charge.
Responsibilities I presume because of what I perceive as the status quo are (feel free to correct me here):
Peter Nevermann: - kernel org.apache.slide.security - kernel org.apache.slide.structure - Webdav layer
J�rgen Pill: - Tests - kernel org.apache.slide.transaction - Webdav layer
Martin Wallmer: - kernel org.apache.slide.search - Webdav layer
Ingo Brunberg: - Client library
Oliver Zeigermann: - stores - kernel org.apache.slide.store - kernel org.apache.slide.util
What about these kernel packages? Anybody feeling responsible? - org.apache.slide.authenticate - org.apache.slide.common - org.apache.slide.content - org.apache.slide.lock - org.apache.slide.macro
If there is no one who feels responsible for these, I'd propose it is subject to all committers.
Oliver
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Stefano.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
