HELLO:
in 2009-07-11，"Ryan Schmidt" <subversion-2009b_at_ryandesign.com> Wrote：
>"If this is the same repository location you deleted B.png from above, >why is it still there?"
I do "svn delete B.png" in the same location ,but not commit it to svn server.
I just commit "add b.png" to server at the same location like this: "svn commit -m "add b.png" b.png(success)", so , there are b.png and B.png at svn server the same time.
in 2009-07-11，"Ryan Schmidt" <subversion-2009b_at_ryandesign.com> Wrote：
>On Jul 10, 2009, at 02:49, haiqing wrote:
>
>> I found a bug about svn .
>> Iis it really a bug? hoping for yours advices.
>>
>> MY svn message are:
>>
>> 1:http://17*.*.*.*/svn/test_svn_1,has 5files
>
>Did you mean http://1*.*.*.*/svn/ro45/branches/test_svn_1 as below,
>or is this a different location than below?
>
>> └─test_svn_1
>> B.png
>> a.png
>> f.png
>> steps:
>> 1: svn delete B.png (success)
>> 2: svn add b.png(success)
>> 3: svn commit -m "add b.png" b.png(success)
>> 4: in other directory,do: svn co http://1*.*.*.*/svn/ro45/branches/
>> test_svn_1 (fail)
>>
>> result:
>> the workcopy directory was locked,and can not cleanup success.
>> A test_svn_1\a.png
>> A test_svn_1\B.png
>
>If this is the same repository location you deleted B.png from above,
>why is it still there?
>
>> A test_svn_1\b.png
>> A test_svn_1\f.png
>> svn: In directory 'test_svn_1'
>> svn: Can't open file 'test_svn_1\.svn\tmp\text-base\b.png.svn-
>> base': System can not find the file.
>>
>> 5:come into the workcopy,and execute : svn up
>> result:
>> svn: Working copy '.' locked
>> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
>> details)
>>
>> 6: svn cleanup
>> result:
>> svn: In directory '.'
>> svn: Error processing command 'modify-wcprop' in '.'
>> svn: 'a.png' is not under version control
>>
>> That's all .
>> I think it's svn's bug.
>> what do everyone think ?
>
>If B.png and b.png exist in the same place in the repository, then
>the above error is what you will get if you try to check this place
>out to a case-insensitive file system.
>
>If you need to support case-insensitive file systems (and most of us
>do, since the default file systems on Windows and Mac OS X are case-
>insensitive) then you should not commit files whose names differ only
>by case, and you should decide on the correct case of each filename
>at the beginning and not change it later, because it can cause some
>problems. See the FAQ for the problems it can cause and the
>workarounds you may have to use to deal with them:
>
>http://subversion.tigris.org/faq.html#case-change
>
>------------------------------------------------------
>http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2370017
>
>To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
200万种商品,最低价格,疯狂诱惑你
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2370645
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-07-11 11:54:04 CEST