On 16 August 2012 15:57, Cedric JP. Brasey <[email protected]> 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:[email protected]] > To: Cedric JP. Brasey [mailto:[email protected]] > Cc: Branko Čibej [mailto:[email protected]], [email protected] > [mailto:[email protected]] > 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: [email protected] >> 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 <[email protected]> >> 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 <[email protected]> > 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
