我的团队最近从Visual Source Safe迁移到了Subversion（SVN）。我们使用TortoiseSVN v1.8.6。我们的代码库是.Net（Visual Studio 2013，.Net 3.5），大约1.6GB。
我们遇到过SVN在更新时没有下载所有最新更改的问题。例如，开发人员在一个下午进行了更改。 30分钟后，其他2位开发者获得了SVN的最新消息。他们没有得到第一个开发人员的变化。当这两位开发人员第二天早上再次获得最新消息时，就会发生变化。我们已经尝试从本地计算机清除文件夹，选中“完全递归”再次检出，但似乎没有什么区别。
我们在提交或更新SVN时也会随机收到SQLite和I / O磁盘错误。我们的办公地点是美国的三分之一，我们是唯一一个有这些奇怪行为的办公室。我不确定这些错误是否与第一个问题有关。
有没有其他人在提交和更新之间遇到这种“滞后”或延迟时间？这可以像SVN设置一样简单吗？或者这听起来像网络问题？
答案 0 :(得分：1)
请与负责Subversion服务器的系统管理员联系，并告诉他有关该行为的信息。我想你的组织中已经实现了一些write-through proxy (master-slave repository replication)，复制是导致你提到的滞后的瓶颈。在这种情况下，您无法在客户端进行任何操作来解决此问题。请与您的系统管理员联系。
答案 1 :(得分：0)
这是纯粹的网络或基础设施问题（而且，BTW，这里是offtopic）
它也可能以某种方式损坏或损坏工作副本（测试，修复或创建至少一个新的/更好的2 / on已检查的HDD /或新主机/）
在此处显示 CLI-test 的实际输出（svn commit + svn ls -v URL + svn up）