我正在阅读红豆书，并注意到这一段：
不要被让所有用户直接通过 file:// URL 访问存储库的简单想法所诱惑。即使每个人都可以通过网络共享随时使用存储库，这也是一个坏主意。它消除了用户和存储库之间的任何保护层：用户可能意外（或故意）损坏存储库数据库，使存储库脱机以进行检查或升级变得困难，并且可能导致文件权限问题混乱（请参阅名为“支持多种存储库访问方法”的部分）。请注意，这也是我们警告不要通过 svn+ssh:// URL 访问存储库的原因之一——从安全角度来看，它实际上与本地用户通过 file:// 访问相同，
我意识到，因为我是唯一一个访问存储库的人，所以这些警告似乎都不适用。那时我可以安全地关闭svnserve并且只需要担心升级我的 TortoiseSVN 客户端，而不是每当有新版本发布时升级客户端和服务器？
（我已经尝试过了——只需要使用 Relocate 功能从 svn:// 切换到 file://——但我想确保如果我把它留在这里，不会有什么东西偷偷摸摸方式。）
是的。如果您是唯一访问存储库的人，则这些警告不适用。
几年来，我一直在使用带有 Tortoise 和 Slik Subversion 客户端的 SVN，使用单用户 file:// url，绝对零问题。但是，如果您曾经认为需要多用户访问，则需要使用一种服务器访问方法——不要试图将 file:// 存储库放在共享网络驱动器上。
我看到的一个潜在问题是 svn 在您和存储库之间存在一定程度的间接性，因此您可以移动存储库而不会影响您无法使用文件 url 的工作副本。
即，如果您的存储库位于 /user/repos 并且您运行
svnserve as svnserve --daemon --root /user
用户将使用访问文件
svn://localhost/repos
如果以后您必须使用将存储库更改为现在位于 /user2 中，您可以运行
svnserve --daemon --root /user2
并且现有的结帐代码仍然可以，但是如果使用文件协议，则必须重新定位文件。