On this topic, I'm wondering why we can't set up auto-props on the
server, instead of relying on every client to do it. As a repository
administrator, I'd like to enforce a policy that all *.java, *.xml,
etc. files get a svn:eol-style property of "native".
As it is now, I'm trying to depend on a post-commit script to look for
new files and make an extra revision to set the property if the user
failed to do so.
> Wow.. it really seems to me that the conf directory could use a config
> file for setting such settings as umask. All the tools should apply
> this configuration before doing anything.
>
> I don't know if umask is the only thing so far where we could benifit
> from a common config file in the repo directory, but if so then perhaps
> just a umask conf file should be there.
>
> -- Davy
>
> Steve Greenland wrote:
>
> >Bingo.
> >
> >On my svn server, I have this script as /usr/local/bin/svnwrap:
> >
> >#!/bin/sh
> ># Generic wrapper for svn commands to enforce correct umask
> >umask 002
> >cmdname=`basename $0`
> >/usr/bin/$cmdname "$@"
> >
> >I also have these links in /usr/local/bin:
> >
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:38 svn -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svnversion -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svnshell -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svnserve -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svnlook -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svndumpfilter -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svnadmin -> svnwrap*
> >lrwxrwxrwx 1 root staff 7 Sep 3 08:40 svn_load_dirs -> svnwrap*
> >-rwxr-xr-x 1 root staff 174 Sep 3 11:25 svnwrap*
> >
> >Getting all these wrapped ensures that any access, either via svn:,
> >svn+ssh:, or just local access doesn't screw up the permissions (we
> >don't use webdav.)
> >
> >
> >Steve
> >
> >
> >
> >
> >
> >
> >
> >
> >>Then again.. (as I was just looking around on google) I found:
> >>http://svnbook.red-bean.com/svnbook-1.0/ch06s05.html which might answer
> >>all my questions :)
> >>
> >>Thanks,
> >> Davy
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> >>For additional commands, e-mail: users-help@subversion.tigris.org
> >>
> >>
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 21 02:42:56 2004