I haven't looked at the plop article you mention yet, but I thought an article by the guys at Perforce was pretty interesting -- its reprinted as an ad in october Dr Dobbs Journal.
http://www.perforce.com/perforce/bestpractices.html The xdoclet guys have been doing something similar, basically making a branch for large refactorings that will break a lot of stuff for a while, and merging it back when done enough to break only a little. I think jboss could use a similar approach profitably. david jencks On 2002.09.17 16:40:34 -0400 Emerson Cargnin - SICREDI Servi�os wrote: > I know it's a kind of off-topic, but i didn't know any other list to > discuss this, may be creating an alternative list to discuss this > important subject would be useful : > > How are you people are dealing with cvs branches and modules in j2ee > projects in real world projects? > > I'm creating a branching and versioning document for our company. I read > jboss "CVS ADMINISTRATION POLICY" > (http://www.jboss.org/developers/guides/cvs-admin.jsp), very > interesting, i think that almost all of that could apply to j2ee > projects in general, but i have some point I'd like to clear : > > - I'll have a number of modules, like accounting, billing, etc. This > modules will have distinct branches? or will them follow a main line? > Becouse this would create a exponencial growing of branches, as i would > have a branch for each major realease (eg: jboss 2.4, 3.0 and 3.2) times > the number of modules. What's the better way to accomplish that? > > > other intersting article published at plop is : > Streamed Lines: Branching Patterns for Parallel Software Development > http://www.enteract.com/~bradapp/acme/branching/ > very worth of reading > > Thanks in advance and sorry for the off-topic > > -- > Emerson Cargnin > SICREDI - Tel : 3358-4860 > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: AMD - Your access to the experts > on Hammer Technology! Open Source & Linux Developers, register now > for the AMD Developer Symposium. Code: EX8664 > http://www.developwithamd.com/developerlab > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > ------------------------------------------------------- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source & Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
