Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of knst.kolinko@gmail.com
 designates 209.85.212.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAHFaGCrT9i9DNV2Ba8hcdTaPQSuk-9EkQhd-Z_HdFuTg2LudVQ@mail.gmail.com>
References: 
 <CAO16vNTmwTna0Lkx8m=OzNfW=3KAaCmL2HMmbn4V4+nSa9mi=g@mail.gmail.com>
	<CABw-3YdRDg-Lqmcbh7sF6RvfrzA2ENYn4HOdpwFgE+WrKyG5Gw@mail.gmail.com>
	<CAHFaGCrT9i9DNV2Ba8hcdTaPQSuk-9EkQhd-Z_HdFuTg2LudVQ@mail.gmail.com>
Date: Fri, 6 Jan 2012 01:17:27 +0400
Message-ID: 
 <CABzHfV=oxznfb0sR_hNhozWzTPdFZ_mvTcizefqwzT706LVfyw@mail.gmail.com>
Subject: Re: [RFC] Server Dictated Configuration
From: Konstantin Kolinko <knst.kolinko@gmail.com>
To: Mark Phippard <markphip@gmail.com>
Cc: Ivan Zhakov <ivan@visualsvn.com>, Paul Burba <ptburba@gmail.com>,
	Subversion Development <dev@subversion.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2012/1/6 Mark Phippard <markphip@gmail.com>:
> On Thu, Jan 5, 2012 at 2:42 PM, Ivan Zhakov <ivan@visualsvn.com> wrote:
>>
>>> http://wiki.apache.org/subversion/ServerDictatedConfiguration
>>
>> I think most of use-cases can be solved by existing mechanism without
>> inventing something new:
>> 1. auto-props
>> TortoiseSVN already has 'tsvn:auto-props' property [1]. Which used to
>> automatically set properties for added files. It would be nice if
>> Subversion core support this property.
>>
>> 2. ignores
>> We can add svn:global-ignores property to define global (recursive) igno=
re mask.
>
> The approach TortoiseSVN and some other clients take does work pretty
> nicely but I also think they reveal the short comings in using
> properties. =A0For convenience, TortoiseSVN does not force you to set
> these properties on every folder and instead will walk to the root of
> your WC to find them, but then this also exposes the problem that if
> you did not checkout the folder that has those properties you are back
> to square one.

As I wrote in this very thread two days ago [1], this shortcoming
could be solved if the properties for the parent folders were present
in the WC.

Now that wc has a database it could store those properties.

[1] http://markmail.org/message/np5bfcomaci5u3c5

> =A0That is why I believe it makes sense for SVN to
> support it natively using an approach something like described in the
> wiki. =A0Or at least weigh that approach versus using properties within
> the repository. =A0Perhaps properties are the way to add the deferred
> feature of supporting overrides based on path?
>

I like TortoiseSVN way because
a) it is already known for several years and it works
b) it leverages existing support for path-based security, for svnsync
and dump formats.

If this approach is rejected one could at least mention that it was
considered and write down why it was rejected.

Best regards,
Konstantin Kolinko