我正在阅读the Red Bean book并注意到这一段：
不要被简单的想法所诱惑 让所有用户访问 存储库直接通过file：// URL。 即使存储库很容易 通过网络向所有人提供 分享，这是一个坏主意。它删除 任何层之间的保护 用户和存储库：用户可以 意外（或故意） 它破坏了存储库数据库 变得很难拿到存储库 离线检查或升级，以及 它可能会导致文件混乱 许可问题（参见本节） 称为“支持多个存储库” 访问方法“）。请注意，这是 也是我们警告的原因之一 反对通过访问存储库 svn + ssh：//来自安全的URL 从立场来看，它实际上是一样的 作为通过file：//访问的本地用户， 它可能需要所有相同的 如果管理员没有问题 小心。
我意识到，因为我是唯一一个访问存储库的人，所以这些警告似乎都不适用。我可以安全地关闭svnserve然后只需要担心升级我的TortoiseSVN客户端，而不是每当有新版本时升级客户端和服务器吗？
（我已经尝试过了 - 只需要使用Relocate功能从svn：//切换到file：// - 但我想确保一些东西不会偷偷摸摸我，如果我就这样离开了。）
答案 0 :(得分：3)
是。如果您是唯一访问存储库的人，则不会应用这些警告。
答案 1 :(得分：1)
我使用SVN与Tortoise和Slik Subversion客户端使用单用户文件：// urls已经有几年了，绝对没有问题。但是，如果您曾经认为您需要多用户访问，则需要使用其中一种服务器访问方法 - 不要试图将文件：//存储库放在共享网络驱动器上。
答案 2 :(得分：0)
我看到的一个潜在问题是，使用svn，您和存储库之间存在一定程度的间接性，这样您就可以移动存储库，而不会影响您无法使用文件URL的工作副本。
即如果您的存储库位于/ user / repos中并且您运行了
svnserve as svnserve --daemon --root /user
用户将使用
访问文件 svn://localhost/repos
如果以后你必须使用更改存储库现在在/ user2中你可以运行
svnserve --daemon --root /user2
现有的结帐代码仍然可以，如果使用文件协议，则必须重新定位文件。