On 4/8/08, Bert Gunter <gunter.berton_at_gene.com> wrote:
> Thankyou Jean-Marc. I **did** read the Tortoise SVN book. On page 31,
> section 4.4.3, it says: "To access a repository located on a network share
> you can either use drive mapping, or you can use the UNC path." Etc. This
> contradicts your statement below. (Note that the documentation also
> specifically states that one **must** create an FSFS repository and not a
> Berkeley DB. Perhaps this was what you were referring to...).
Technically, yes, one *CAN* do it.
Practically, one *should NOT* do it.
Using a file:/// URL requires that all users have full control over
all files in the repository directory. An errant keystroke can delete,
or corrupt, your entire repository. Additionally, not all network file
sharing protocols support the locking mechanisms which SVN requires.
file:/// is really meant for local, single-user and testing/debugging
usage. If you need to share a repository, you really should be using
svnserve or Apache.
>
> -----Original Message-----
> From: Jean-Marc van Leerdam [mailto:j.m.van.leerdam_at_gmail.com]
> Sent: Monday, April 07, 2008 10:15 PM
> To: users_at_tortoisesvn.tigris.org
> Subject: Re: Tortoise SVN setup on SAMBA share under Sun OS
>
> Bert,
>
> On 08/04/2008, Bert Gunter <gunter.berton_at_gene.com> wrote:
> >
> > Folks:
> >
> > My apologies for what may be an annoyance. We are trying to get Tortoise
> SVN
> > set up on a shared network drive under SAMBA on a SUN OS Server. Our
> > Tortoise SVN client (version 1.4.8) is running under Windows
> XP(Professional
> > Version 5.1.2600). Apparently no problem getting the Repository set up
> (from
> > the Windows Explorer menu) and our directory imported into it under the
> FSFS
> > format. Nor do we have any trouble checking out from it. However, we are
> not
> > able to commit altered files back to to the repository via its file:///
> > drive mapping. (Tortoise SVN uses correct icon overlays to note that they
> > have been altered, by the way).
> >
> > Can someone suggest a solution, or at least a diagnostic path that we
> could
> > follow to pinpoint the problem. Our corporate IT admin simply told us that
> > SVN is not supported software and would not help us; but if we could give
> > them some definite suggestions, we might get some support.
> >
>
> First read the SVN book (svnbook.red-bean.com) to understand SVN. Then
> decide on which SVN server setup you want.
>
> You will come to the conclusion that sharing a repository with
> file:/// access is NOT the way to go. File:/// access is only intended
> for single-user local-filesystem repositories.
>
> TortoiseSVN is an SVN client, but to host a repository you need to use
> an SVN server.
>
> --
> Regards,
>
> Jean-Marc
>
> ----------------
> ___
> // \\ @@ "De Chelonian Mobile"
> / \_/ \/._) TortoiseSVN
> <\_/_\_/ / The coolest Interface to (Sub)Version Control
> /_/ \_\ Check out http://tortoisesvn.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
> For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-04-08 17:27:23 CEST