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

Re: Question from a newbie...

From: CÚlio Cidral Junior <ccidral.newsbox_at_gmail.com>
Date: 2005-11-25 16:27:37 CET

2005/11/25, Flapflap <listes@sans-facon.net>:
> Hi,
> First thanks for your reply.
> Ok so Subversion is maybe not the good tool for me. I mean we worked
> mostly on flash project so Flash Binary files can't have the "dif way"
> so i was thinking on use the "lock way".... Hope I'm clear...

You can lock your files by explicitly calling the lock command. The
update command can't do it for you. So, you and your team mates will
have to remember to explicitly lock the binary files before change

> >You can create only one authz file and use it for several
> >repositories. That's what we use here in my company
> >
> >
> Is this only possible with apache (I use svnserve for now)

My apologies, I may have confused you. Authorization (per-directory)
can only be done with Apache. svnserve don't have any mechanism to do
fine-grained authorization. But authentication (which is what you
want) can be done with svnserve using a unique password file. I did a
test here and it worked fine. Under your repository's directory there
is a conf directory which contains a file called svnserve.conf. You
can put there the location of your password file which can be placed
into another directory (probably you will want to place it out of your
repo's directory). Your svnserve.conf file should look like this:

anon-access = none
auth-access = write
password-db = path/to/password/file

> I was thinking of adding my password text file automatically to s
> repository creating script (I think its possible).
> --
> Flapflap[at]sans-facon.net --
> DevBlog : http://www.kilooctet.net

Hope this helps,


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Nov 25 16:31:24 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.