On 10/26/07, Stefan Sperling <stsp@elego.de> wrote:
> On Fri, Oct 26, 2007 at 02:10:14PM -0700, Eric Hanchrow wrote:
> > >>>>> "Ryan" == Ryan Schmidt <subversion-2007b@ryandesign.com> writes:
> >
> > Ryan> file:/// access is really only there for a single individual
> > Ryan> to test Subversion without needing to install a server.
> >
> > If that's really true, oughtn't the book say so?
>
> The book says this:
>
> Do not create a Berkeley DB repository on a network share --
> it cannot exist on a remote filesystem such as NFS, AFS, or Windows SMB.
>
> If you need multiple computers to access the repository, you create an FSFS
> repository on the network share, not a Berkeley DB repository. Or better yet,
> set up a real server process (such as Apache or svnserve)
> (http://svnbook.red-bean.com/en/1.1/ch05s02.html)
>
> So as long as Braulio doesn't use Berkeley DB he's doing nothing
> explicitely forbidden by the book.
The *current* version of the book says the following:
Do not be seduced by the simple idea of having all of your users
access a repository directly via file:// URLs. Even if the repository
is readily available to everyone via network share, this is a bad
idea. It removes any layers of protection between the users and the
repository: users can accidentally (or intentionally) corrupt the
repository database, it becomes hard to take the repository offline
for inspection or upgrade, and it can lead to a mess of
file-permissions problems (see the section called "Supporting Multiple
Repository Access Methods".)
http://svnbook.red-bean.com/en/1.4/svn.serverconfig.choosing.html#svn.serverconfig.choosing.recommendations
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Oct 27 01:14:49 2007