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

Re: Closing issue 2238: propset/del on URLs?

From: David James <james_at_cs.toronto.edu>
Date: 2007-03-27 02:47:08 CEST

On 3/26/07, C. Michael Pilato <cmpilato@collab.net> wrote:
> Erik Huelsmann wrote:
> > On 3/26/07, Daniel Rall <dlr@collab.net> wrote:
> >> On Sun, 25 Mar 2007, Erik Huelsmann wrote:
> >>
> >> > In issue 2238, there's a comment about how the issue can be closed if
> >> > we don't resolve the issue by 1.5. Given the lack of interest in 'svn
> >> > propset/propdel <prop> <URL>', I propose closing the issue. (The
> >> > propedit case has been implemented and will be available in 1.5.)
> >>
> >> Does this mean that we support 'propedit' by URL, but not 'propset' or
> >> 'propdel' (on the grounds of slightly improved safety over the race
> >> condition)?
> >
> > Currently, yes.
> You know, I used be in the group that felt that remote propset, propedit,
> and file modification was to be avoided because of the race condition. But
> the more I think about it, the more I wonder why I cared. After all, it's
> all versioned. Would the race be less frightening if these actions required
> the user to pass --base-revision (the revision against which the changes are
> being made), and --base-revision was *not* allowed to have a value of
> "HEAD" (but instead had to be a real revision)?

Doesn't this solution eliminate the race condition completely?



To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 27 02:47:20 2007

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.