From: Donald G P. <dg...@ca...> - 2000-08-29 19:51:34
|
Jim Ingham wrote: > > I think that patches should in general be staged, > > and posted publically before they are committed. D. Richard Hipp: > Are there any counter-proposals? Actually I like this proposal. My only concern is whether it might keep development too slow. So long as there are enough maintainers committing changes to the various functional areas of the code, that should not be a problem. It is important that the decision to commit or not to commit each patch is ultimately left to one person, and we don't burden every commit with some kind of voting procedure. Everyone can look, everyone can comment, one person decides. In case this system does slow things down too much, let's not forget the option of a less-Cathedral, more-Bazaar development model. We have the code in CVS. If a commit breaks something, we can always pull it back out. The code releases will be in alpha/beta for some time yet, so we can even modify or yank out new features that turn out in practice to be a bad idea. Sometimes bad ideas only make themselves apparent when you try to work with the changed code, not in a theoretical pre-commit discussion. Don Porter dg...@ca... -- The TclCore mailing list is sponsored by Ajuba Solutions To unsubscribe: email tcl...@aj... with the word UNSUBSCRIBE as the subject. |