是否有人将他们的存储库文件夹存储在已备份的网络驱动器上？是否有人对此有任何问题，而不是将其存储在运行 Subversion 的 C 驱动器的主机服务器上？
我们本质上想将我们的 repo 放在另一个网络驱动器上（不同于运行 VisualSVN Server 的服务器），并让 VisualSVN Server 从完全不同的机器上读取存储库。
我们每 5 分钟备份一次将 VisualSVN 服务器指向的位置，以便在发生故障时备份 SVN 存储库文件夹。然后我们很可能不必担心将开发人员的任何最新更改合并回陈旧/过时的回购编号，因为我们经常备份它。
subversion FAQ讨论了在 NFS 上存储存储库；基本上，在这种情况下，您必须使用 fsfs 后端。存储库的热备份也需要使用 fsfs；对于 bsdfs，您需要 hot-backup.py（或 svnadmin hotcopy）。使用常规备份程序，“当前”文件可能会指向备份时尚未完全复制的修订。如果您必须恢复发生这种情况的备份，“svnadmin recover”可以解决这个问题（或者确保在任何修订文件之前备份“当前”）。
我将我的 repo 放在定期备份的 web 服务器上，并将 mod-svn 用于 apache。
请注意，除非 svnserver 已停止，否则不能保证一个简单的存储库副本为您提供有效的备份。每 5 分钟停止一次服务器进行备份可能会很烦人。
确保您使用svnadmin hotcopy的是 ，而不仅仅是 SAN 快照或复制命令。
post commit此外，您可以在挂钩中运行脚本以在实际发生更改时进行备份。
我们曾经像这样设置存储库，但将存储库移动到服务器，在备份服务器之前，我们执行转储并备份转储文件。我们使用转储，因为将始终支持文件格式并且可以从无到有恢复存储库，其中热复制取决于存储库结构是否相同