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

Re: disregarding svn:global-ignores

From: Paul Burba <ptburba_at_gmail.com>
Date: Wed, 7 Nov 2012 16:10:00 -0500

On Wed, Nov 7, 2012 at 6:06 AM, Johan Corveleyn <jcorvel_at_gmail.com> wrote:
> On Wed, Nov 7, 2012 at 11:48 AM, Stefan Sperling <stsp_at_elego.de> wrote:
>> On Wed, Nov 07, 2012 at 09:40:48AM +0100, Johan Corveleyn wrote:
>>> I haven't tested, but wouldn't something like 'svn add --config-option
>>> config:miscellany:enable-auto-props=no' do something like that?
>>
>> Nobody wants to type that! :)
>>
>> And you realise the --no-auto-props option already exists in 1.7?
>
> Oops, learned something new :-). I thought Daniel was making it up.
>
>> It's reasonable to make this existing option override the svn:auto-props
>> property, just like --no-ignores overrides the svn:ignore property.
>
> Indeed.
>
> A related question then (sorry if this is in the spec or a mail-thread
> -- I have read a lot of it, but haven't gone through all the details):
> will a setting of enable-auto-props=no in the config file of the
> user's runtime config ignore the svn:auto-props?

No it won't.

> How about when it's
> set as a command line option, like my example above?

No again.

> On first sight, this seems to me the best behavior:
> - If enable-auto-props is not set (which is normally the case when you
> have a fresh install of svn): defaults to "no" for runtime config
> (miscellany), but still applies the svn:auto-props settings.
> - If enable-auto-props = no -> no auto-props are applied, not even the
> svn:auto-props.
> - If enable-auto-props = yes -> all are applied.
> - The above rules apply wherever the enable-auto-props is set (I mean:
> the existing priority rules are applicable)

As best I can tell we all agree now that a user should be able to
disregard the svn:auto-props with --no-auto-props option. Having
digested everyone's arguments on that topic I'm fine with that now.

However I strongly believe that the default behavior of svn:auto-props
should not be tied the config:miscellany:enable-auto-props runtime
setting. Doing so makes it too easy for users to permanently (and
perhaps accidentally) disregard svn:auto-props. We want to give users
to opportunity to override the repository recommended auto-props (as
manifested in the svn:auto-props property) on an exception basis, but
do we want to make it easy for users to simply "turn off" the repos
recommended auto-props? Personally I think not. I assume a
repository administrator who sets an svn:auto-props property on the
root of their repos considers these autoprops the recommended default,
only to be overridden in special circumstances, not something that can
simply be switched off permanently by disinterested users.

-- 
Paul T. Burba
CollabNet, Inc. -- www.collab.net -- Enterprise Cloud Development
Skype: ptburba
> The first rule introduces an inconsistency between
> auto-props-in-config and svn:auto-props, but for a very good reason:
> it allows svn:auto-props to impact freshly installed svn clients, no
> need for all end users to go fiddling in their config file to enable
> the auto-props feature.
>
> (sorry if I'm rehashing old arguments/specs/discussions ... I claim
> not-able-to-follow-everything-ness :-))
>
> --
> Johan
Received on 2012-11-07 22:11:06 CET

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.