Ben Reser wrote:
>The response is pretty simple. This is not a bug in subversion. It
>shouldn't be fixed in subversion. It needs to be fixed in Visual
>Studio.
>
>
Visual Studio isn't the only app that has this problem. Explorer.exe
the shell, also won't let you create or rename files or directories to a
leading dot. You can cut and paste them around all day, but thats it.
>It's apparent that they're going to fix this. But further there is an
>easy workaround for this for those that have a problem with it, they
>just need to change the #define in the code.
>
>The alternatives are to always build with a different working copy admin
>dir name on Windows. Which breaks compatability between other operating
>systems that we're still using .svn on.
>
>
I don't see how this would impact other OS's if this change were OS
specific in nature. I'm sure someone will come up with 'well you can
move a checked out repository from any OS to any other OS', but that
doesn't affect me. In fact that feature terrifies me even if its
supposed to work. Most of the reasons aren't related to the source
control software at all either, just all the other cruft that might get
copied, or duplicated (if stuff was symlinked on a linux box then copied
to windows for instance), etc etc.
>We can change it for all operating systems to a name without the leading
>dot. But that breaks the hide functionality that Unix systems rely on.
>
>
The traditional unix way for filesystems is obsolete and in need of an
overhaul, but I'm not holding my breath on anyone getting around to
tackling that seriously it for a few more years :) Before the flames
get thick, its just in the way security, flags, and metadata is handled
that needs improvement.
>In the end we'd end up inconviencing a larger group of users for a
>bug that isn't in our code and doesn't affect all of our users.
>
>
>
How about a global environment variable to override it to whatever you
want. Move the problem to users, works on all OS's (god help them if
there is no environment though :)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 12 02:26:00 2004