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

Re: TSVN 1.8.x prefers svn:global-ignores

From: Simon Large <simon.tortoisesvn_at_gmail.com>
Date: Tue, 15 Oct 2013 22:13:33 +0100

On 15 October 2013 21:13, Stefan Küng <tortoisesvn_at_gmail.com> wrote:

> On 15.10.2013 22:11, Bob Archer wrote:
> >> On 15 October 2013 20:39, Simon Large <simon.tortoisesvn_at_gmail.com>
> >> wrote:
> >> On 15 October 2013 20:34, Simon Large <simon.tortoisesvn_at_gmail.com>
> >> wrote:
> >> On 15 October 2013 20:22, Stefan Küng <tortoisesvn_at_gmail.com> wrote:
> >> On 15.10.2013 21:00, Simon Large wrote:
> >>
> >>> I noticed this afternoon that when you have an svn:global-ignore and
> >>> an svn:ignore property set on a folder and you then look at the ignore
> >>> properties of a child folder, the svn:ignore is also listed as
> >>> inherited from the parent folder. Is that correct behaviour?
> >> does not happen for me.
> >> what properties do you have set exactly and what is showing in the
> >> properties dialog of the child folder?
> >>
> >> Stefan
> >>
> >> I'm still on 1.8.1 so it may be that.
> >>
> >> Set svn:global-ignore 'fred' on WC root folder Set svn:ignore 'bert' on
> WC
> >> root folder View properties of an immediate child folder.
> >> Not that both types of ignore are listed as inherited.
> >>
> >>
> >> My bad, it wasn't on the WC root, it was the next level down.
> >>
> >> I'll update to 1.8.2 soon and retry.
> >>
> >> Doing that now.
> >>
> >>
> >> Confirmed in 1.8.2. In fact it has nothing to do with global ignores.
> If I just set
> >> the svn:ignore property on a folder it is also on the child folder as an
> >> inherited property. But it's not real - items are not ignored in the
> child folder.
> >> Oh, I also have tsvn:logminsize set if that makes a difference.
> >>
> >> Simon
> >
> > I'm pretty sure in 1.8.x ALL properties are inheritable... in other
> words, you can get a list of properties going up the path. However,
> subversion only looks up the chain for two properties currently, ie,
> svn:global-ignores and svn:autoprops.
> >
> > This may be why all the properties are shown... even though they don't
> take effect. From the design wiki:
> >
> > ---
> > This is easy, there is no difference, there is no such thing as an
> "inheritable" property. Versioned properties, both Subversion's reserved
> properties and custom user properties, can be interpreted as inheritable,
> but otherwise function as they always have in terms of repository storage,
> setting properties, valid property names and values, etc.. What is proposed
> here is a new way of looking at the familiar versioned property. The only
> differentiation that is important as far as the design is this: Is a
> property value inherited or explicit? A path may have property 'PropName'
> explicitly set on it or property values may be inherited by a child path
> from some parent path(s) which also have 'PropName' explicitly set on them.
> > ---
> >
> > I assume TSVN is asking the API for the properties and using the
> equivalent of " --show-inherited-props" command line switch to retrieve
> them. So, technically those properties ARE inherited... they just don't
> take effect, because svn:ignore has to be EXPLICIT not inherited for it to
> be authoritative.
>
> ah, yes. You're right.
> Running:
> svn proplist . --show-inherited-props
> will also list the svn:ignore property.
>
> It's a bit misleading though. It looks to the unsuspecting user as if the
svn:ignore property will be used. Maybe only properties which are known to
be acted on through inheritance should be listed unless a checkbox is
ticked.

Simon

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3066388

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2013-10-15 23:13:44 CEST

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

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