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

AW: Corrupt .svn directory using Subversion 1.7

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Mon, 20 Aug 2012 06:32:04 +0000

Hi, Steven,

Von: Steven Lee [mailto:stlee987_at_gmail.com]

> I am using Subversion 1.7.0. I wanted to exclude a directory from my working copy so I entered "svn update --set-depth exclude foodir". In the middle, I decided to cancel this operation. Now I'm in a state where some files under foodir are missing but SVN thinks all of the files are there. I tried to do a 'svn revert' and 'svn checkout' but nothing happens because it thinks the files are already there. 'svn status' thinks nothing has changed but 'svn ls' shows that some files/directories are missing from my working copy.

> Prior to Subversion 1.7, I would have been able to simply remove the .svn directory in that directory and check out the files again. But now, I have to remove the .svn directory at the top level and check out all of the files again. The repository is huge so I want to avoid that, and plus all of my timestamps on the files/directories would be updated which is undesirable. Is there a simpler workaround? Is it possible to just fix or just re-checkout the files for that directory?

Did ou try "svn update --set-depth infinity foodir"?
Received on 2012-08-20 08:32:52 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.