Hello Keven,
>>I think this is Subversion bug (not just this one, but the entire way
>>it handles situation with case-insensitive filesystems). If there is a
>>workaround, why not implement the software right from the start?
>>It shouldn't be too difficult to add an option to the "svn rename"
>>command, like "svn rename --case src-file dest-file" or even do
>>without it (program can realize that these are the same names with
>>just different case).
>>Since I'm not Subversion developer I don't know all hidden catches
>>here, of course. But in my opinion it would make users' life much
>>easier.
KR> I love the fact that it is subverion's bug, not an OS filesystem
KR> limitation that is 20 years old (FAT->NTFS).
KR> Perhaps rather than complaining about programs doing "the best they can,
KR> under the circumstances", a directed blast at the people who created the
KR> problem in the first place would be apt.
KR> Remember, it is not Subversion that is saying you can't have a file
KR> called "Index.html" and another called "index.html". It is the
KR> underlying filesystem. You must follow *their* rules.
First of all, I do love Subversion. It is much, much better than CVS
is. That's why I'm so strict to it, I want it to be perfect. :) No
offense.
See, I don't need both "Index.html" and "index.html" at the same
location. I simply want to rename "Index.html" into "index.html".
What's the problem? Is it OS which doesn't allow to rename
"Index.html" into "index.html"? Definitely not.
So I suggest not to force users to work around this problem, but
automate this workaround in Subversion, just so that the users
wouldn't have to worry about it at all.
What needs to be done in Subversion to solve this issue? Just a couple
of things:
1. Force "svn rename Index.html index.html" to internally execute just
as if we were executing:
"svn rename svn://server/repos/Index.html svn://server/repos/index.html"
2. Force "svn update" to delete files first, and add files then. This exact order.
These two small things will solve the problem forever.
And this is much more likely to be fixed in future versions of
Subversion, rather than "case-insensitive" OS will become
"case-sensitive". I strongly doubt the last one will ever be the case. :)
--
Best regards,
Stan mailto:stan@devyatovsky.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jun 21 15:20:20 2004