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

Re: Unable to check out project

From: Ryan Schmidt <subversion-2009a_at_ryandesign.com>
Date: Mon, 2 Feb 2009 14:15:05 -0600

On Feb 2, 2009, at 01:47, davidgould_at_davidgould.com wrote:

>> for example dguid.py and dgUID.py. Is that the case (no pun intended)
>> in your repository?
> Yes, that is the case. Well spotted. What can I do to resolve this?

You'll need to remove or rename one of the files.

You can use "svn cat <URL_TO_FILE>" to examine each file's contents
and use "svn log <URL_TO_FILE>" to examine their history to decide
what you want to do with them.

You can use "svn mv <URL_TO_FILE> <NEW_URL_TO_FILE>" to rename one
(or move it to another directory).

Or you can use "svn rm <URL_TO_FILE>" to remove one.

> Is there a way to have subversion work with Windows in a case-
> sensitive way? There may be other times when a filename is renamed
> (with just changes to case) and then checked in.

Renaming a file with only a case change is problematic on case-
insensitive operating systems. First, you have to do the move with
repository URLs:


Then, anyone updating their working copy with this change may
encounter an error where Subversion tries to add the new file before
the old file is removed. To ensure this does not happen, users must
first "svn up <PATH_TO_OLD_FILE>" to remove the old file, then "svn
up" to get the new file. If you must rename a file's case, send an
email to your team explaining these steps first.

Therefore the best strategy is to decide before you "svn add" a file
what its proper case should be, and then do not change it.

To prevent this situation from arising in the future, install a pre-
commit hook on the server to prevent the addition of a file whose
name matches an existing file in everything other than case.

See also the FAQ entry for this problem:



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-02 21:16:12 CET

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.