tags:

views:

2107

answers:

2

Our account with CVSDude got migrated this week. After the aftermath of a week without being able to access our repo, it was back up with a slightly different URL (a '-' changed to a '.' basically). We used TortoiseSVN's relocate command to switch working copies and it had been working for a day quite smoothly.

But today, I started getting the error in the title on performing updates. I deleted the folder in question since it was small, and updated again. That folder was recreated in my working copy but another folder started giving the same error.

I've Googled, and here are the two common answers:

  • you changed the case of a directory name
  • you checked in your .svn files by mistake

We have not changed any folders at all - the first folder to start complaining has not been touched for weekks - and I double checked the .svn thing also. Other people on the team are not reporting the same problem, and they're also using Windows+TortoiseSVN.

Ideas/Inspiration?

A: 

I think I would do a fresh checkout instead of updates. Can you do an svn log -v on the directory in question?

Gren
Not really keen on checking out several Gb, and having to backup all my uncommitted files.
John
And yes, I can run that log cmd, I have SVN command-line on cygwin. It just does a massive dump... what does this prove?
John
A: 

It sounds a lot like the old case-sensitivity problem. If you run svn log you'll see what case the repo thinks your directory should be. Compare with your local one. I suppose its not unheard of for the repo to have been restored from backup and everything has changed case.

The other alternative is that an IDE or tool hs changed the case of your directory/file. This happens to me occasionally with Visual Studio. Tortoise usually tells you the exact problem though and lets you fix it.

You could still try a cleanup which might repair a corrupted .svn directory.

If you want the svn binaries for Windows, I just grab them from a VisualSvn Server installation.

gbjbaanb