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

Re: Two files with the same name, but different case, and one bei ng displayed as being modified

From: Peter McNab <mcnab_p_at_melbpc.org.au>
Date: 2007-02-07 11:18:49 CET

Ed Hillmann wrote:
> On 2/7/07, Lübbe Onken <l.onken@rac.de> wrote:
>> Hi Ed,
>>
>> You wrote:
>>
>> > Hi all. I have a directory with two files in it. One file is called
>> > fileA.xml and the other is called filea.xml. They are separate files,
>> > checked into my Subversion repository, and when I look at their status
>> > from within my Unix session, it correctly notes that there have been
>> > no changes to them.
>>
>> It works under unix, but that's a "don't do it in Windows" problem.
>> You have
>> to prevent two files with the same name, but only case differences from
>> being added to the repository if you want to use any windows subversion
>> client.
>>
>> See also http://tortoisesvn.net/case_conflict_solution.
>>
>> Cheers
>> - Lübbe
>
> Well, yes and no. The reason we have this in place is because it is
> test data for our system which handles this case (in our case, we
> rename the file with some underscores and numbers at the end).
>
> While, I'm not saying that TortoiseSVN needs to handle it like we do,
> we need to store data like this and we will. It will be annoying if
> Tortoise keeps complaining that the data is modified, and was hoping
> that it could somehow ascertain that there were two files there.
> Maybe I'll have a look at the API to find anything (but I imagine
> someone there would know it better than me already ;) ).
It's an M$ problem.

Peter.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Wed Feb 7 11:19:04 2007

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

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