Re: Finalizing the definition of 1.8.0

On 16 August 2012 15:57, Cedric JP. Brasey
<cedric.brasey_at_planet-side.co.uk> wrote:
> Sorry about this but could I possibly throw something else into the mix?
>
>
> What would the chances be of close folder/readonly function being
> introduced? Currently i have implemented a hook that looks for a specific
> property on the folder and if it is present then the commit is rejected. The
> reason for this is that my users are, for want of a better word, stupid. And
> no matter how many times i tell them, educate them or even sometime beat
> them, they still get it wrong...
>
> It would make life so much easier if at end end of a dev cycle we could set
> a branch to R/O.
>
> What do you think?
>

Aren't you able to do this with path-based authorisation?

> ________________________________
> From: C. Michael Pilato [mailto:cmpilato_at_collab.net]
> To: Cedric JP. Brasey [mailto:cedric.brasey_at_planet-side.co.uk]
> Cc: Branko Čibej [mailto:brane_at_wandisco.com], dev_at_subversion.apache.org
> [mailto:dev_at_subversion.apache.org]
> Sent: Thu, 16 Aug 2012 14:16:45 +0000
>
> Subject: Re: Finalizing the definition of 1.8.0
>
> Thanks for that reminder! mphippard, pburba and I were just talking about
> this yesterday as something we want to do for 1.8.
> http://subversion.tigris.org/issues/show_bug.cgi?id=4124 tracks this
> request.
>
> On 08/15/2012 04:07 PM, Cedric JP. Brasey wrote:
>> Please please please. Can we make the client version part of the messages?
>> I
>> would love to have that available in the hooking.
>>
>> I'll even buy you a pint!
>>
>>
>>
>> Sent from my Windows Phone
>>
>> ----------------------------------------------------------------------------
>> From: C. Michael Pilato
>> Sent: 15/08/2012 19:46
>> To: Branko Čibej
>> Cc: dev_at_subversion.apache.org
>> Subject: Re: Finalizing the definition of 1.8.0
>>
>> On 08/15/2012 12:59 PM, Branko Čibej wrote:
>>> On 15.08.2012 18:21, C. Michael Pilato wrote:
>>>
>>>> Inherited Properties: Paul has the basic property inheritence and local
>>>> caching mechanism working on his branch, and almost ready to begin
>>>> validating his approach by implementing one of our wishlist items
>>>> (inherited
>>>> default ignores, or inherited default auto-props). Paul, Mark and I
>>>> agree
>>>> that we needn't verify that server-dictated configuration is All
>>>> Good(tm)
>>>> before deeming the inherited properties work trunk-worthy, but we also
>>>> realize that
>>>
>>> I'd be quite happy if 1.8 had inherited properties and the actual
>>> server-directed configuration goodies happened in 1.9, if that got 1.8
>>> released a couple months sooner.
>>>
>>> Of the two initial config options, I think default auto-props are more
>>> likely to be immediately useful to users than inherited ignores -- i.e.,
>>> I'm aware of users asking for the former, but not that much for the
>>> latter.
>>
>> +1 to all of the above.
>>
>>>> Symmetic Merge: Looks like Julian and Paul are sufficiently satisfied
>>>> with
>>>> this feature as to go live in trunk with it. I don't, however, know what
>>>> 1.8-must-have work remains here.
>>>
>>> Mostly docs and cleanup, IIRC.
>>
>> Sweet.
>>
>> --
>> C. Michael Pilato <cmpilato_at_collab.net>
>> CollabNet <> www.collab.net <> Enterprise Cloud Development
>>
>>
>>
>>
>> ----------------------------------------------------------------------------
>> ]-----------------------------------------------[
>> This e-mail and any attached files are confidential and may also be
>> legally privileged.
>> They are intended solely for the intended addressee. If you are not the
>> addressee
>> please e-mail it back to the sender and then immediately, permanently
>> delete it. Do
>> not read, print, re-transmit, store or act in reliance on it. This e-mail
>> may be monitored
>> by Planet Side Limited in accordance with current regulations. This
>> footnote also
>> confirms that this e-mail message has been swept for the presence of
>> computer viruses
>> currently known to Planet Side Limited. However, the recipient is
>> responsible for virus-checking
>> before opening this message and any attachment. Unless expressly stated to
>> the contrary,
>> any views expressed in this message are those of the individual sender and
>> may not
>> necessarily reflect the views of Planet Side Limited.
>>
>> http://www.planet-side.co.uk
>
>
> --
> C. Michael Pilato <cmpilato_at_collab.net>
> CollabNet <> www.collab.net <> Enterprise Cloud Development
>
>
>
>
>
> ________________________________
> ]-----------------------------------------------[
> This e-mail and any attached files are confidential and may also be legally
> privileged.
> They are intended solely for the intended addressee. If you are not the
> addressee
> please e-mail it back to the sender and then immediately, permanently delete
> it. Do
> not read, print, re-transmit, store or act in reliance on it. This e-mail
> may be monitored
> by Planet Side Limited in accordance with current regulations. This
> footnote also
> confirms that this e-mail message has been swept for the presence of
> computer viruses
> currently known to Planet Side Limited. However, the recipient is
> responsible for virus-checking
> before opening this message and any attachment. Unless expressly stated to
> the contrary,
> any views expressed in this message are those of the individual sender and
> may not
> necessarily reflect the views of Planet Side Limited.
>
> http://www.planet-side.co.uk

-- 
Mat Booth
Software Engineer
WANdisco, Inc.
http://www.wandisco.com