You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Vladimir Prus <gh...@cs.msu.su> on 2005/11/01 12:59:15 UTC

Re: Limiting the commit size

On Tuesday 01 November 2005 07:48, jarrod roberson wrote:
> On 10/31/05, Vladimir Prus <gh...@cs.msu.su> wrote:
> > Hello,
> > is it possible, in a pre-commit hook, to limit the size in bytes of newly
> > added files? I've looked at all the "svnlook" commands, and none provides
> > this information directly.
> >
> > The reason I'm asking is that one person just mistakenly committed 600M
> > of binary files to our repository, and I'd like to prevent such accidents
> > in future.
> >
> > Thanks in advance,
> > Volodya
>
> don't let that person have commit priviledges anymore :-)
>
> but seriously, I think trying to limit screwups like that is a waste of
> effort.
> just like trying to enforce commit comments, you can force them to be not
> null, but you can't
> force people to put USEFUL comments, at least not programmatically.

While I can't programmatically prevent all possible misuse, I think limiting 
commit size is still reasonable. Say, if somebody mistakenly commits 2M 
binary, it's no biggie, I can "svn rm" it. If somebody mistakenly commits 
600M its big addition to repository size, and to backup size, and so such 
commit must be reverted completely, say via "svnadmin dump/load". Command 
like "svn obliterate" will be handy here, but it does not exists, so 
pre-commit hook is desirable.

I've managed to do such check with "svnlook cat .... | wc -c", but a standard 
solution would be better.

- Volodya

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org