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

Re: Ways to keep users from checking out too much.

From: Michael Sinz <Michael.Sinz_at_sinz.org>
Date: 2006-02-23 15:52:53 CET

On 2/22/06, Jim Blandy <jimb@red-bean.com> wrote:
> On 2/22/06, Garrett Rooney <rooneg@electricjellyfish.net> wrote:
> > Honestly, I don't care one way or another if they can --force it or
> > not. Checking out trees that large puts an unacceptable amount of
> > strain on a public resource in this case, I just want to be able to
> > stop them from making silly mistakes that require administrator effort
> > to block, and reserve the admin effort for the cases where people are
> > actually doing this kind of thing on purpose. If they can add --force
> > and make it work, that's nice, but it's not really a showstopper IMO.
>
> It seems to me that there are several ways this problem can come about
> for which an administrator could plausibly want different policies.
>
> Wanting to prevent accidental checkouts of the root by users who don't
> understand the repository organization seems like something almost
> every Subversion installation would want to do. If the protection was
> done in a way that wasn't too confusing to new users, I'd say it
> should be on by default.

Absolutely - in fact, in a corporate environment, where we don't really
need to worry about a DOSing of the server by external agents we do
have the "why did this take so long and fill up 20gig of my disk?" questions
at least once from every new user. That is because we have many tags
and many branches (many more tags than branches) and some release
tags too. Doing a "root" checkout ends up getting the code base over 100
times, which means that, well, the local WC is *very* big (and unneeded)

Preventing such checkouts would be a "very good thing" and doing
so via a hook, such that it can handle whatever layout you are using
and such that the return message can be specific to your site is even
better. (I would almost say required since the number of different ways
repositories and projects can be structured is well beyond any fixed
expression capability)

--
Michael Sinz               Technology and Engineering Director/Consultant
"Starting Startups"                          mailto:Michael.Sinz@sinz.org
My place on the web                      http://www.sinz.org/Michael.Sinz
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 23 15:54:32 2006

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

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