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?
_____
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
Received on 2012-08-16 16:58:08 CEST