There's are important details missing from the description so here are my assumptions along with a distilled problem statement.
You have a top-level module -- say some parent directory. Files have been added and removed over time. The module was periodically tagged. You want to recover the revisions that existed prior to one of those tags. First thing to realize is that set of files should be of no interest to you. Barring a mistake or a broken policy you need only specify a common tag and fetch those files in one fell swoop. So how do we correct this operational mistake? List the revision of each file corresponding to the DEAD version as you are calling it. Check out the previous revision of each of those files. Use a script if you have a lot of them. Hope the "mistake" assumption doesn't sound too preachy; that certainly isn't the intent. Just want to point out that this sounds like a policy problem but regardless you can certainly retrieve your files. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Jackson Sent: Wednesday, June 08, 2005 9:22 AM To: [email protected] Subject: RE: Recovering from Attic Ok, if there is a directory in a project that had three files in it and they were all removed to the attic with cvs rm at different times and you want to recover all three files (say 3 could be 100+ files in some cases) but they all have different versions on them. How could you check the version just before the version that was marked as dead and moved to the attic? I did manage to recover something that had been tagged, but in this case many of the files would not be tagged in a version. Thanks, Yolan ************************************************* * Yolan (Aaron Jackson) [EMAIL PROTECTED] * * http://mlug.missouri.edu/~yolan/ * * AIM: YolanLINUX, YolanOTHER, YolanLAPTOP * * ICQ: 74624109 * ************************************************* * Doubling Technologies * ************************** On Wed, 8 Jun 2005, Rod Macpherson wrote: > Directories are never removed in CVS so "recovery" is required. I'm > somewhat confused about your objective. If you want to recover modules > (and of course the content) make sure you have a tagging policy that > works for you. You can then "restore" using a checkout and if necessary > check it back in (after you remove the sticky tags with update -A). > Joining is used to rewind changes to the current branch or trunk one > file at a time. It can also be used to apply changes from one branch to > another. I don't think "recovery" is the intended use since CVS tags do > that for you. > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Aaron Jackson > Sent: Wednesday, June 08, 2005 8:09 AM > To: [email protected] > Subject: Recovering from Attic > > I'm new to CVS and have what I hope to be a pretty simple question, if > you > can recommend any reading materials on it as well I'd be grateful. > > Is there a way to recover an entire directory with all of it's contents > and subdirectories? Right now I know how to recover individual copies of > > files with cvs up -j [dead vers] -j [old vers] [filename]. And to > restore > directories with update -d -R [dirname]. > > Thanks, > Yolan > > ************************************************* > * Yolan (Aaron Jackson) [EMAIL PROTECTED] * > * http://mlug.missouri.edu/~yolan/ * > * AIM: YolanLINUX, YolanOTHER, YolanLAPTOP * > * ICQ: 74624109 * > ************************************************* > * Doubling Technologies * > ************************** > > > > _______________________________________________ > Info-cvs mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/info-cvs > > > _______________________________________________ > Info-cvs mailing list > [email protected] > http://lists.gnu.org/mailman/listinfo/info-cvs > _______________________________________________ Info-cvs mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-cvs _______________________________________________ Info-cvs mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-cvs
