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

Re: Client-side hooks was Re: experiment to get Mac resource-forks under version control [with PATCH]

From: William Uther <willu.mailingLists_at_cse.unsw.edu.au>
Date: 2003-05-15 04:58:18 CEST

On Wednesday, May 14, 2003, at 06:00 PM, Justin Erenkrantz wrote:

> Has anyone actually thought about implementing client-side hooks? I
> believe they would be a generic way of solving some of these concerns.
> I know we've talked about it before. Perhaps it's time for those of
> us who are interested to sit down and try to come up with an approach
> that might work. Obviously, this shouldn't distract from those not
> terribly interested.
>
> What do you all think? -- justin

http://subversion.tigris.org/issues/show_bug.cgi?id=1152

It got a huge -1 for the reasons listed in this email:

http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgId=231512

Basically, the arguments are all along the lines of "Client side
scripts need to be identical on all clients, or you end up with
corruption". This is supported with war stories about CVS wrapper
support (where incompatible versions of tar caused the world the break
open and millions to die).

Client side scripts give the user a LOT of rope. I'm not sure where I
stand on whether that is a problem.

Will :-}

--
Dr William Uther                            National ICT Australia
Phone: +61 2 9385 6926             School of Computer Science and 
Engineering
Email: willu@cse.unsw.edu.au             University of New South Wales
Jabber: willu@jabber.cse.unsw.edu.au          Sydney, Australia
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu May 15 05:01:24 2003

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

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