On Wed, Apr 16, 2008 at 2:26 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote: > Noel J. Bergman ha scritto: > > > > Hontvari Jozsef wrote: > > > > > > > The trunk receives all changes. It must always be in a useable state. > > > > > > > Trying convincing people of that. :-) Robert, for example, explicitly > > considers that to be the wrong approach, and indicates that he considers a > > substantial amount of trunk to be junk. His thought is to let everyone > keep > > dumping code into trunk until it is so bad that we are forced to make more > > and more modular packaging. > > > > Just to better understand PMC member opinions: Robert, can you confirm > that: > 1) You consider a substatial amount of trunk is junk > 2) Your thought is to let everyone keep dumping code into trunk until it is > so bad that we are forced to make more and more modular packaging?
noel prefers to paraphrase complex arguments into simple soundbites :-) 1. i know that quite a lot of the IMAP/mailbox stuff is junk (both mine code and the old stuff). IMAP/mailbox is most of trunk. so yes, a substantial quantity of code in trunk is junk. a more important issue is that it's difficult to gain consensus on the production quality of the remaining code on trunk or make rational judgments about what's basically sound but needs testing in production. i've only reviewed a small proportion and some looks ok, some looks questionable but i'm not enough of an expert to judge. 2. i want people to innovate on trunk rather than on their own branches. innovating on branches is harmful to the community since it's much harder to collaborate and entropy makes it difficult to merge changes into trunk. we need to allow new ideas and we need to allow it on trunk. IMHO modularisation is an inevitable consequence of this approach. noel prefers to see this process as allowing anyone to dump junk in trunk and i have no probably about that language but that's not the way i see things. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
