I still don't play a subversion developer on TV, but this (hook) sounds
like a good idea, since this is what the hook mechanism is for. Any
modern (non VSS) source control tool supports hooks, but the burden of
handling these things would still be on your own code (your hook) and
not the inter-workings of the tool itself. If SVN changes the way it
works every time a little filesystem/OS incompatibility arises, well,
that's where bloatware comes from.
My second thought is that in this specific case, I'm sure there are
platform specific macros in the code to differentiate the Mac menus vs
Windows menus. The hot keys can't be the same (as windows keyboards
don't have the same function keys as a mac) so why not treat this as one
would treat internationalization? The filesystems speak different
languages. Have both files available in your code and include it based
on filesystem, in your own code.
You never know. You might get fed up with Subversion one day and change
to some other tool, rendering your attributes useless. I've always been
weary of tool-specific attributes because of this kind of thing and
believe, personally, that the code itself should cover these sorts of
contingencies. I'm not sure the source control tool you use should
ultimately affect the buildability of the code. I could be proven wrong,
but it makes sense to me.
-Matt
-----Original Message-----
From: justin.erenkrantz@gmail.com [mailto:justin.erenkrantz@gmail.com]
On Behalf Of Justin Erenkrantz
Sent: Monday, February 06, 2006 9:45 AM
To: dev@subversion.tigris.org
Subject: Re: Files with trailing dots on Windows
On 2/6/06, Christian Stork <cstork@ics.uci.edu> wrote:
> Have subversion's WC code check filenames on check-out/rename/...
> against a regex of filesystem-specific problematic file names. Then
> take some appropriate action: warn, error out, or maybe even rename.
It'd be better to have it as a pre-commit hook - like we already have
an example for case-insensitive file names. -- justin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 6 18:58:20 2006