Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
If you know python or are willing to learn the basics checkout the viewcvs code. It has some great code for parsing the rlog command and building a structure of all the revisions and tags and other pertinent info for a archive file. With a little bit of work you could easily adapt this to meet your needs. Matt S. "BEAUCHAMP, MICHAEL J." <MBEAUCHAMP at AMICA.com> wrote in message news:mailman.123.1118666770.321.cvsnt at cvsnt.org... I don't need to do anything so complicated as to distinguish between significant and insignificant revisions. I'd like to simply identify a tag as the oldest that I want to keep and delete anything older. For a given file, a particular tag will only be attached to 1 revision. If I could loop through all of the files in a module, then loop through the revisions and identify the tagged revision, I could then use the revision numbers to determine which to keep. Can anyone get me started in that direction? (By the way, I appreciated the NAnt response, but I would rather do this in Java if I can.) Thanks, Michael Beauchamp IT Developer 1 Corporate Information Systems Amica Mutual Insurance Company 1-800-992-6422 ext. 23224 mbeauchamp at amica.com -----Original Message----- From: cvsnt-bounces at cvsnt.org [mailto:cvsnt-bounces at cvsnt.org] On Behalf Of Gerhard Fiedler Sent: Monday, June 13, 2005 8:31 AM To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Subject: [cvsnt] Re: Remove old files from the repository? Tony Hoyle wrote: >>> BTW, is there any way to retrieve the file data in this scenario: >>> - Revision 1.1 is a normal file, with data >>> - In revision 1.2 the file is removed, so the revision is "dead" >>> - I delete revision 1.1 of the file >>> >>> Now I have only the dead revision 1.2. The data that was in 1.1 is >>> completely gone, right? >>> >> Because of the way the storage works that's not the case.. the HEAD >> revision always contains the full text of the file, even if it's >> 'dead'. Interesting. What would be the correct procedure to retrieve the last non-dead revision in such a case (i.e. all revisions before the dead revision have been removed)? >> That means that revision 1.2 was empty (being an unchanged delta) >> anyway. >> > Aargh need to proofread. > > I mean revision 1.1 is empty. I didn't understand this at all. It makes sense to me to say that revision 1.2 was empty (unchanged delta), because no actual change to the data happened (just being marked as dead). But revision 1.1 as empty? Where's the data then that got committed with revision 1.1 if not in revision 1.1? Also, can somebody please tell me whether I have to (or should) remove a tag on a file before I remove the tagged revision of that file, or whether the tag removal is implicit with the removal of the tagged revision? Thanks, Gerhard _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs ----------------------------------------- ********************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster at amica.com and the sender of the message. Thank you. **********************************************************