TortoiseSVN v1.8.6：提交和更新之间的延迟时间答案

【问题标题】：TortoiseSVN v1.8.6: Delayed Timing Between Commits and UpdatesTortoiseSVN v1.8.6：提交和更新之间的延迟时间
【发布时间】：2014-10-02 09:26:01
【问题描述】：

我的团队最近从 Visual Source Safe 迁移到了 Subversion (SVN)。我们使用 TortoiseSVN v1.8.6。我们的代码库位于 .Net（Visual Studio 2013，.Net 3.5）中，大约 1.6GB。

我们遇到了 SVN 在更新时无法下载所有最新更改的问题。例如，一位开发人员在一天下午提交了一项更改。 30 分钟后，另外 2 位开发者从 SVN 获得了最新消息。他们没有得到第一个开发人员的更改。第二天早上，当这 2 位开发人员再次获得最新消息时，变化就在那里。我们尝试从本地计算机中清除文件夹，并在选中“完全递归”的情况下再次签出，但似乎没有任何区别。

在提交或更新 SVN 时，我们还随机收到 SQLite 和 I/O 磁盘错误。我们的办公地点是美国 3 个中的 1 个，我们是唯一一个有这些奇怪行为的办公室。我不确定这些错误是否与第一个问题有关。

有没有其他人在提交和更新之间经历过这种“滞后”或延迟时间？这可以像 SVN 设置一样简单吗？或者这听起来像网络问题？

【问题讨论】：

标签： svn tortoisesvn delay commit lag

【解决方案1】：

这是纯粹的网络或基础设施问题（顺便说一句，这里是题外话）

它也可能以某种方式损坏或损坏工作副本（测试、修复或创建至少一个新的/更好的 2/ 在检查的 HDD/或新主机/上）

在此处显示 CLI-test 的实际输出（svn commit + svn ls -v URL + svn up）

【讨论】：

周五下午，我们尝试了“svnadmin verify”，得到如下信息： E165005: Expected repository format '3' or '5';找到格式“12”。我很好奇我们在从 VSS 转换到 SVN 以维护历史记录时是否损坏了我们的存储库。我们使用了一个开源工具（VSS2SV）。针对 VSS 文件夹或整个数据库运行它，然后从 VSS 中提取它并将其放入本地 SVN 存储库（仅为转换创建一个本地存储库；未连接到 prod SVN 服务器）。然后我们从 SVN 存储库中创建了一个转储文件，并将该转储文件导入到 prod SVN 服务器中。
我们在周五测试了提交（UI，而不是 CLI），但无法重现延迟。它是零星的，可能是在服务器上的流量很大时。

【解决方案2】：

联系负责您的 Subversion 服务器的系统管理员并告诉他该行为。我猜您的组织中实施了一些write-through proxy (master-slave repository replication)，而复制是导致您提到的滞后的瓶颈。在这种情况下，你不能在客户端做任何事情来解决这个问题。请联系您的系统管理员。

【讨论】：

谢谢，我会和他们联系。