[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

svn up -r <rev> <deleted file> restores a file only sometimes (not in moved directories)

From: Jens Seidel <jensseidel_at_users.sourceforge.net>
Date: 2006-09-28 14:33:20 CEST


I noticed a strange behaviour in subclipse (see also
which is a least partially reproducable in svn 1.3.0 and 1.4.0.

If I call
$ svn up -r <rev> <file>
in a directory which contained in the past a file (there is no file with the
name currently in the archive) I'm able to restore this deleted file for one
revision but not for another one (no failure, just nothing happens).

I renamed project/ into src/ in r298, deleted "file" in it in r694 and can
restore src/file with
$ svn up -r 298 file
but not with
$ svn up -r 297 file

It seems the current path name is not followed back in the revision history.

src/file@298 is the same file as project/file@297

Since this is not related to the fact that move=copy+delete (the history is
unique even after multiple copy operations) I think this is a bug. Is this
problem already known?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 28 14:32:47 2006

This is an archived mail posted to the Subversion Users mailing list.