[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: Peter Lundblad <peter_at_famlundblad.se>
Date: 2006-03-01 09:16:46 CET

Lorenz writes:
> Matthias Wächter wrote:
> >What is it that blocks this feature from appearing? [...]
>
> If I understand the arguments in this thread correctly, Matthias likes
> to be able to change _versioned_ properties directly on URLs.
>
> The others don't like the idea due to the risk of loosing history.

No, not because of loosing history, just because you risk overwriting someone else's change without noticing.

Say svn:ignore is set to:
Release
in revision 1 of directory dir.

You want to set it to:
Release
Temp

using an URL. Meanwhile, someone adds the line "Debug" to the property,
creating revision 2. Then, your change is committed in revision 3, and
since you didn't have a working copy, you wouldn't get a conflict and
would loose the modification in r2. It is in the history, but not in
the head revision. (FWIW, we have the same problem for editing
revision props, since they (effectively) work on URLs.)

> Would it be possible to make svn propset create a new revision when
> used to set _versioned_ properties? That way no history would be lost.
>
Versioned property modifications already create new revisions.

Hope this clarifies,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Mar 1 09:17:14 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.