Hello list members,
I am using TortoiseSVN-1.3.0.5301-RC1, and
svnserve-1.2.3 to serve remote clients.
Since
"svnserve only understands “blanket” access control. A
user either has universal read/write access, universal
read access, or no access. There is no detailed
control over access to specific paths within the
repository."
(http://svnbook.red-bean.com/en/1.1/ch06s03.html)
I used to run 2 instances of svnserver (each listens
at a different port) to allow remote accessing to 2
different repositories with different user access
permissions on each.
There has been inconvenience to run a svnserve
listening at a port different from the default port.
But I didn't know a better way.
Recently, I did an almost insane trial. Unexpectedly,
the trial showed that one svnserve can serve more than
one repository with different user accounts for each.
/repos
/conf
/dav
/db
/hooks
/locks
/repos_1
/conf
...
/repos_2
/conf
...
First, I create an repository at /repos, leave its
configuration as default. Under /repos, I create 2
folders /repos_1 and /repos_2. I create 2 new
repositories at /repos_1 and /repos_2 and these 2
places are where my 2 different sources are really
imported. repos_1 and repos_2 have different user
lists configured in their passwd and svnserve.conf
files. svnserver root path is now pointed to /repos
(svnserver -d -r C:\repos).
Surprisingly, from a remote PC, I can access
svn:\\[serverhost]\repos_1
and
svn:\\[serverhost]\repos_2
with different accounts registered for each
repository.
Though it seems wrong to create a repository within
another repository location, what I can see is it is
not more a problem than having one un-used repository
(/repos).
Has somebody tried that? Is it wrong or is there any
bad side-effect?
Tien
____________________________________________________________________________________
Sucker-punch spam with award-winning protection.
Try the free Yahoo! Mail Beta.
http://advision.webevents.yahoo.com/mailbeta/features_spam.html
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Mon Feb 26 07:37:05 2007