我不是一个系统pipe理员，但我显然必须在电视上播放一个。 然而，我确实说服了我的工作场所开始使用版本控制，因此成为pipe理它的人。 问题是我必须在现有的系统上做到这一点。 所以，我在32位Windows Server 2003networking版上运行可视SVN。 我什么都不喜欢，因为我不知道自己在做什么。 这是我们开发的networking服务器，我只是做了visualSVN的标准安装。 存储库位于本机上，而客户端工作副本位于映射的networking驱动器上，该驱动器指向同一台计算机上的某个位置。
在32位版本的Windows 7上，我的用户对于乌龟或智能SVN客户端都没有问题。 然而，我的64位用户定期得到一个
“连接拒绝服务器OPTIONS请求失败”
消息，无法连接到SVN服务器，这一直持续下去，直到他们重新启动他们的机器，发生在上面提到的两个客户端。 对于什么是值得的是一个小的64位补丁智能SVN，处理shell集成，并已被应用。
那么这个消息是什么意思，我该如何解决呢？ 请记住，虽然我作为电脑用户体面经验丰富，但在pipe理他们的时候，我还是很头痛，因此请屈就于我。 另外请注意，如果有一个选项可以在Linux机器上运行SVN，那么它已经完成了。 我不得不在这个环境下工作。
编辑2012/3/15
我再次遇到了用户体验问题，并按照Lazy Badger的build议，使用slikSVN尝试更新。 CLI的错误也发生了，但是措辞略有不同：
“svn：' http：// [我们的服务器]的选项：8080 / svn / [repo] / trunk / [toplevelfolder]'：无法连接到服务器（ http：// [我们的服务器]：8080）”
编辑2012/3/19
我find了一个可能的解决方法。 今天我又有用户体验错误。 只是为了检查networking是否正常，我让他浏览到他的网页浏览器的回购，只要去' http：// [我们的服务器]：8080 / svn'并login。这似乎允许他的SVN客户端）然后再次访问服务器，没有错误，没有重新启动的中断。 如果此解决方法重复成功，将再次更新。
你确定32位或64位的窗口有问题吗？ 除非在svn客户端的64位版本中有一个特定的错误，否则我怀疑这里的位是什么问题。
你可以得到你find的错误的原因之一是因为OPTIONS HTTP方法正在被防火墙或svn服务器本身过滤。 closures可能在用户的Windows机器上运行的防火墙（不太安全）（或者更安全，特别是允许这样的通信）。
如果用户得到“选项请求失败”，你能得到“svn状态”，你可以到达svn服务器吗？ svn客户端应该有办法获得状态。
当你说“visualSVN”的意思是“VisualSVN服务器”，是吗？
顺便说一句，旁注
客户工作副本在映射的networking上
是非常非常糟糕的主意
更新
澄清和细节
你可以链接到，还是包括编辑你在第3点提到的日志的说明？
VisualSVN服务器标准版有
ErrorLog nul LogLevel error 在Apacheconfiguration中，因此 – 在事件日志（在单独的部分）中几乎没有logging。 访问和操作日志logging （到事件日志）只能在企业版的GUI中启用。 您可以通过定义通常的ErrorLog和AccessLog来启用标准日志logging，并查看扩展版本中的操作和错误，与前端共同点（“选项请求失败”的原因 ）。 但是SVN Book还提供了一个关于在CustomLog中Apache额外logging的提示，它允许将WebDAV命令“翻译”到SVN命令
小心澄清为什么映射的networking驱动器上的工作副本是一个坏主意？
我们需要它在Web服务器上处理服务器端语言
什么？！ 每个开发者的服务器还是所有开发人员的共享副本？ 您（或pipe理员或…）必须在实施VCS之后重新考虑工作stream程 – 您不能像以前那样使用公共堆 ，只能在顶部进行版本控制。 这篇文章 （可能）可以用来理解我的反应， 这个Subversion FAQ中的答案将有助于构build更新的工作stream程。 提交后钩子解决scheme有一些尖锐的angular落 （并行操作），但是如果它成为问题，您可以转移到生产质量的Build-CI-Deploy工具