Are you branching to keep each codeline with a specific purpose? The way source control products handle a subset of files as you've described is via branching. Perhaps the crux of the issue (at the very-removed-perspective level :-) is a source control issue - as in branching (or more branching) is needed.
A telltale sign of "a branch was needed" is what you described... >>> [EMAIL PROTECTED] 03/15/02 10:26AM >>> On Friday 15 March 2002 17:16 pm, stephan beal wrote: > On Friday 15 March 2002 17:12 pm, Diane Holt wrote: > > --- stephan beal <[EMAIL PROTECTED]> wrote: > > > In this case i can't because we ONLY update our cvs tree to specific > > > versions > > > > But why can't you just use the <cvs> 'command' attr? Sure seems like it'd > > be better than having an elaborate set of external perl/shell scripts. > > i'd be updating the XML file for every build, and that's not an option > (because i know that i cannot do the same manual task consistently 5 times > in a row). It potentially could be automated more via "pure ant", by > generating property files and using those values in <cvs>, but frankly i > don't know too much about ant at this point. Everything i've done so far as > been a quick hack. i must walk before i can run... Also, as far as i can see, <cvs> basically has no way of handling a subset of files. i could not, for example, update X.java to 1.34 and Y.java to 1.75, without looping through the target and passing different parameters each time. (Again, as far as i'm aware.) CVS update does not allow multiple "-r #.#" parameters on a single command line. That's not true - it WILL allow you to do this, and then it will futz it up royally: stephan@cheyenne:~/cvs/einsurance> cvs up -r 1.3 wgv.xml -r 1.23 stdrules.mk RCS file: /u/cvsroot/einsurance/stdrules.mk,v retrieving revision 1.23 retrieving revision 1.3 Merging differences between 1.23 and 1.3 into stdrules.mk M stdrules.mk (Ooops! What i REALLY wanted was wgv.xml 1.3 and stdrules.mk 1.23!!!) The <cvs> tag appears to assume that we are updating a whole tree, which is not something we do because of the size and scope of our project tree. ----- stephan Generic Universal Computer Guy [EMAIL PROTECTED] - http://www.einsurance.de Office: +49 (89) 552 92 862 Handy: +49 (179) 211 97 67 "I ain't gen'rally given to physicality of that nature but it saves a lot of arguing." -- Nanny Ogg -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
