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

Re: detect copy in pre-commit hook

From: Manfred Gruber <gruber.m_at_utanet.at>
Date: 2005-09-23 11:07:47 CEST

Hi !

I have now done a quick-and-dirty shell script for my problem to check that a
commit to a tag dir is only allowed when there are only svn:externals to tag
directories.

maybe it helps you for your problem to fix it.
pre-commit:
${REPOS}/hooks/svn_check_externals.sh "$REPOS" "$TXN" || exit 1

maybe someone can review it if this is all correct.

thanks regards manfred
    

Am Samstag, 17. September 2005 19:04 schrieb Paul Dugas:
> On Sat, September 17, 2005 11:26 am, Manfred Gruber wrote:
> > maybe we have to look into the svnperms.py scripts to find out how
> > add,update,remove is cheched and then make a new script which handles
> > this things. but i am not good in python. i have too look...
>
> It appears to be that svnperms.py is not diferentiating between mkdir/add
> and copy. They both appear as "add" operations. <sigh>
>
> If this isn't possible with the current implementation, I definitely think
> it should be discussed for future releases. I'm trying to enforce a
> formal configuration management system on top of Subversion using hook
> scripts that enforce a branching and tagging scheme and verify operations
> against an issue tracker. Sone of the requirements I've been given are:
>
> - entries in /tags can only be svn copies of /trunk
> - entries in /branches can only be copies of directories in /tags
>
> I think I need to detect copy vs mkdir/add to enforec these requirements.
>
> Anybody for a fix for this?

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

Received on Fri Sep 23 11:06:32 2005

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.