[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: user can only update from head revision

From: Stephen Connolly <stephen.alan.connolly_at_gmail.com>
Date: Wed, 13 May 2009 08:02:45 +0100

2009/5/13 Ryan Schmidt <subversion-2009b_at_ryandesign.com>

> On May 12, 2009, at 19:25, Andy Levy wrote:
>
> > On Tue, May 12, 2009 at 18:39, wrote:
> >
> >> Its possible deny the svn update on prev revisions? in the word, the
> >> user can update/checkout only the HEAD version, neither another one !
> >
> > Both svn co and svn up accept the -r option to specify what version to
> > check out/update to.
>
> Yes, and I believe he wants to prevent users from being able to do
> that, and allow them only to checkout and update the HEAD revision.
> AFAIK there isn't a built-in way to do that. It might be possible to
> add some Apache rules, that is if you're serving the repository with
> Apache, and if you can figure out the internal format of URLs
> Subversion uses. You may be able to deny access to URLs of old
> revisions or something. But I don't recall anything like this having
> been mentioned on the list before, so you're probably on your own. As
> someone else asked, it would be good to know why you want to do this.
>

Of course such rules would make it impossible to roll back changes... and if
poorly implemented could make it impossible to work with branches, etc

>
> ------------------------------------------------------
>
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2228044
>
> To unsubscribe from this discussion, e-mail: [
> users-unsubscribe_at_subversion.tigris.org].
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2230593

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-13 09:03:43 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.