On Oct 5, 2006, at 16:37, Eric Lemes wrote:
> svnadmin create c:\svn\test
>
> svn checkout http://localhost:8080/svn/test test1
> copy c:\test.txt .\test.txt
> svn add test.txt
> svn commit -m "Test"
>
> del .\test.txt
> copy c:\test.txt .\TEST.TXT
> svn add test.txt
> svn commit -m "Test"
>
> svn checkout http://localhost:8080/svn/test test2
> A test2\TEST.TXT
> A test2\test.txt
> svn: In directory 'test2'
> svn: Can't copy 'test2\_svn\tmp\text-base\test.txt.svn-base' to
> 'test2\_svn\tmp\
> test.txt.tmp.tmp': The system cannot find the file specified.
>
> In the server side, I got two files, test.txt and TEST.TXT. Windows
> client cannot checkout both in the same dir.
>
> Is there any way to workaround this? Can I consider this a bug?
The Subversion repository is case-sensitive, so it has no problem
storing files whose names differ only in case. The usual Windows and
Mac OS X filesystems do have problems with this because they are case-
insensitive (but case-preserving).
You can install a pre-commit hook to prevent someone from committing
a file whose name differs only in case from that of an existing file
in the repository. But you would have to write the script, or find
one that someone else has already written.
The fact that you can have a local file called TEST.TXT, do "svn add
test.txt", and Subversion adds it to the repository as test.txt
instead of as TEST.TXT, is IMHO a bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Oct 5 23:43:23 2006