[cvsnt] builds 68 & 72: more errors resurrecting files from attic

Tony Hoyle tmh at nodomain.org
Wed Mar 5 20:46:05 GMT 2003


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.


Gary Newman wrote:

> Hi Tony,
> 
> If someone erroneously removes a file, admin seems the right way to
> recover it.  Using admin all the previous history is preserved whereas
> adding the file back in loses all
> that, doesn't it?  Does adding it back in with the same name keep the log
> entry for the
> removal and log it getting added back as well?  That makes sense for a
> file that is
> removed in one release and then at a later date reinstituted...  Let me
> know, eh?
> 
It's the other way around in fact.  admin is a last resort when you really
must delete a revision (for example for legal reasons or more mundanely if
a binary file is getting too big).  It physically deletes that information
from the RCS file, which is bad for tracking.

If you simply re-add the file it gets a new revision and the 'delete' is
kept, too, so you can recover the state of the repository when the file was
there, when it was deleted, and when the new file was added.  You can also
have a file that's deleted on one branch and active on another (happens a
lot when you're working on release/development branches simultaneously).

Tony



More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook