On Mon, 2 Jun 2008, lunaclaire wrote:
> If, as a project moves forward, you find yourself no longer needing
> certain files and you delete them locally, then when you do a commit,
> they show up as missing and clutter up the list of files when I go to
> do commits (I use TortoiseSVN).
>
> I guess they're still in the repo... I accidentally did an update
> (TortoiseSVN's Update cmd is on the menu next to the Commit cmd), so
> this restored the deleted files back on my local drive. This caused a
> small mess that I had to cleanup, so now I think I should delete them
> from the repo to avoid this in the future, right?
>
> But, here's my question... If I delete them from the repo, if I ever
> want to roll back to a previous version that used the deleted files,
> are they still there as part of the image of older checkins? Or will
> deleting them screw up going back?
>
> This seems like it should be straightforward, but it's confusing to me
> and I don't want to screw things up by trying to actually do the
> delete and see what happens... so, please excuse the question prior to
> taking the "try it and find out" approach.
Please ask usage questions on the users list.
Deleted files are still there in the history and you can get them back if
you want:
http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.undo
Also updating to an old revision brings them back, but you then can't
commit them.
HTH
Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-02 23:36:48 CEST