[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Can you set properties on a file without having it checked out?

From: Scott Simpson <Scott.Simpson_at_computer.org>
Date: 2005-05-12 19:56:13 CEST

David Weintraub wrote:

>Plus, who says that the scripting language is configured correctly? Or
>even installed? And, there is alway some joker who writes their own
>"hook script" to go around your restrictions. Imagine on a PC, someone
>wrote a "Perl" program that always returns an exit code of zero and
>puts it first in his PATH. Now, any "hooks" you attempt to execute
>would succeed no matter what because they are running with his "Perl"
Maybe, but this is unlikely. The only reason I insist on Perl or Python
or some other language is the paucity of scripting languages on Windows.
The Windows cmd.exe is useless. If you have to install another language,
so be it. I'm just trying to get a working solution for my company, not
trying to cover every base. Besides, I just try to cover 90% of the
bases and never get to the last 10%. This has worked well for me in my

>Because Subversion hooks are run on the Server side, there is no need
>to worry about compatibility problems. You write a script that works
>on your server. As anyone who has worked with ClearCase triggers will
>tell you, this is a big advantage. A person could download a
>Subversion client for an Etch-A-Sketch and do their work there for all
>you care. You don't have to worry whether there is an Etch-A-Sketch
>version of Perl.
This is why I like the server side solution better. I would be nice to
have some kind of mandatory extensible network communication between
Subversion clients and Subversion server behavior.

Thanks for your input David.Good analysis.

Right now I'm leaning to a separate database on the Subversion server
quickly using Perl and a frontend script for looking up changes via CR.
This won't require any changes to the Subversion clients since the CR
message is (optionally) entered in the log message. Looking up changes
will be a separate script.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 12 20:23:32 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.