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

Re: SVN 1.7 problems with case insensitive file systems (Windows)

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Mon, 12 Sep 2011 11:08:07 +0100

Marc Strapetz <marc.strapetz_at_syntevo.com> writes:

>>> Adding the unversioned directory and removing the missing one
>>> seems to work:
>>>
>>> # svn add a/b/E
>>> # svn rm a/b/e
>>> # svn status
>>> ! a\b\E
>>> ! a\b\E\alpha
>>> ! a\b\E\beta
>>> D a\b\e
>>> D a\b\e\alpha
>>> D a\b\e\beta
>>>
>>> However, a subsequent commit fails:
>>>
>>> # svn commit -m "a/b/e moved to a/b/E"
>>> svn: E155010: Commit failed (details follow):
>>> svn: E155010: 'D:\greek-tree.svn\a\b\E' is scheduled for addition, but
>>> is missing
>>
>> That's odd. It looks like a case-only rename and issue 3702 claims to
>> be fixed:
>>
>> http://subversion.tigris.org/issues/show_bug.cgi?id=3702
>>
>> If you start with a pristine, unmodified tree and run
>>
>> svn mv a\b\e a\b\E
>>
>> can you commit that?
>
> Yes, that works.

So

# svn mv foo FOO
# svn ci

works and I would assume that

# svn rm foo
# svn cp bar FOO
# svn ci

also works. But

# svn rm foo
# svn add FOO
# svn ci

doesn't work. Probably not been tested before on Windows. To me it
looks like it should be possible to make the code handle that, but
perhaps the case-rename stuff relies on the copyfrom flags.

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com
Received on 2011-09-12 12:09:32 CEST

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

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