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

RE: Block a global SVN update and instead require specific filenames for update

From: bruce <bedouglas_at_earthlink.net>
Date: Thu, 13 Nov 2008 06:58:50 -0800

hi andy...

regarding your comment, "release management application" for svn.. care to
recommend any such apps!

thanks

-----Original Message-----
From: Andy Levy [mailto:andy.levy_at_gmail.com]
Sent: Thursday, November 13, 2008 5:21 AM
To: Ryan Schmidt
Cc: Derek Gathright; subversion
Subject: Re: Block a global SVN update and instead require specific
filenames for update

On Thu, Nov 13, 2008 at 00:38, Ryan Schmidt
<subversion-2008c_at_ryandesign.com> wrote:
>
> On Nov 12, 2008, at 17:15, Derek Gathright wrote:
>
>> Is there any way to block a user from running just a straight "svn
update"
>> on the repo and instead require them to specify specific filenames on the
>> update?
>
> I don't think you can prevent people from updating.
>
>> Yes, I know code not ready for production shouldn't be in the repo to
>> begin with, but sadly that isn't the case and I'm a little freaked out
about
>> someone running a global update.
>
> Sounds like maybe you need to get the bad code out of your trunk, and move
> it to a branch.

Not to mention locking down that production environment so that "a
user" can't update it, and instead a specific release manager (or
better yet, release-management application) triggers releasing the
right code to the right place at the right time.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-11-13 15:59:17 CET

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.