Daniel Shahaf wrote:
> Feldhacker, Chris wrote on Thu, Aug 19, 2010 at 15:27:25 -0500:
> > Ramkumar:
> > > Again, I expect that access control/ security is automatically
taken care
> > > of in the RA layer. `svnrdump load` is just like a user making
some changes
> > > and committing them one by one except the author and timestamp in
the
> > > dumpfile are preserved. Why would you want to block this?
> >
> > A client performing a regular commit cannot currently spoof the
author and timestamp, or can they?
> >
>
> Yes:
>
> svn propset --revprop svn:author
> svn propset --revprop svn:date
>
But not by default. Changing revprops has to be explicitly enabled by
the repository administrator. To do this, the server admin has to
explicitly create a "pre-revprop-change" hook, and set it to allow the
changes. Many "pre-revprop-change" scripts will disallow changes to
"svn:date" and "svn:author", although they might allow other revprops
such as "svn:log" to be edited.
http://svnbook.red-bean.com/nightly/en/svn.ref.reposhooks.pre-revprop-ch
ange.html
Kind regards,
Jon
**********************************************************************
This email and its attachments may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Cabot Communications Ltd.
If you are not the intended recipient of this email and its attachments, you must take no action based upon them, nor must you copy or show them to anyone.
Cabot Communications Limited
Verona House, Filwood Road, Bristol BS16 3RY, UK
+44 (0) 1179584232
Co. Registered in England number 02817269
Please contact the sender if you believe you have received this email in error.
**********************************************************************
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Received on 2010-08-19 22:50:52 CEST