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

Re: Support for: Setting property on non-local target

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-03-01 20:10:25 CET

On 3/1/06, Peter Lundblad <peter@famlundblad.se> wrote:
> Garrett Rooney writes:
> > FWIW, it's possible for a "propedit" to do this safely on a URL, just
> > have it cache the revision it first pulled down, and use the same
> > logic we normally use to allow it to error out when making the actual
> > modification. It's only propset that's got the problem, IMO.
> >
>
> Yes, agreed. And, as someone pointed out, propset could have a
> base-revision option (or something) to protect against the race. But,
> maybe this last one would be better left out of the cmdline client;
> people could use the bindings for this. The problem is, if we
> implement propedit, people will keep asking for propset =)

People already do that though, so this isn't likely to make it worse ;-)

I actually have a prototype of 'svnedit', which grabs a file from the
repos, opens it locally in your editor, and commits the change when
you're done editing it, all safely so that if someone else edits it in
the meantime you get an error instead of overwriting it. Keep meaning
to clean that up and commit it to the tree, it'd be nice to have for
editing files that are located in the root of a repository (README or
something).

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 1 20:10:58 2006

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.