从联机存储库签出时出现SVN错误（200 OK）

我正在尝试在主机上设置我的第一个存储库，当我用于签出项目时出现以下错误：

错误：''的选项：200正常（）

以下是我所做的：

Ssh进入我的主机，并前往/home/myaccnt和“svnadmin create svn”

创建我的项目存储库：“svn mkdir svn/myproject”

将文件添加到存储库：cd/home/myaccnt/../myproject（具有/tags、/branch、/trunk）；'svn导入file:///home/myaccnt/svn/myproject”（此时可以看到正在添加的文件的大列表。）
此时，我认为我已经设置了存储库，并将项目导入了存储库。所以，我已经准备好在我的Windows盒子上使用TortoiseSVN结账了。因此：

在我要签出到的文件夹中，我右键单击并执行SVN签出，然后确保我的URL为：

结果如何

错误：''的选项：200正常（）

---

有人对我有什么想法吗？我可能在我的存储库或htaccess的结构中遗漏了一些基本信息。。。或者别的什么。

如果您从

http://mywebsite.com/svn/myproject

至

svn://mywebsite.com/svn/myproject

，它开始工作了吗？如果是这样，可能您没有为SVN访问设置HTTP协议？

显然，这更像是我的主机的限制问题，我正在与他们合作解决它

谢谢，1800

顺便说一句，这里的答案是，我的主机A2 Web Hosting要求使用公钥通过SSH处理SVN，并在我的例子中配置TortoiseSVN来完成这项工作。对于一个只拥有一点点设置钥匙经验的人来说，这有点时髦，但一旦完成，就相当令人满意了

---

您可以在A2主机的支持wiki中找到有关SVN的信息。

尝试将

/

放在URL的末尾。将签出地址从“”更改为“”。

我也必须深入研究这个问题，并找到以下几页，从而找到解决方案： - （请特别参阅。）

---

据说，“OPTIONS of

：200（

）OK”错误具有误导性，通常只是意味着存储库URL错误。

对第一个响应的修改对我有效

我的存储库使用SSH。URL以https://（用于https访问）的形式提供给我，我最终发现URL上的协议需要更改

使用命令行客户端： $svn结帐svn+ssh:///svnroot//

---

（不需要密钥配置。）

我只是遇到了这个问题。我的Subversion服务器位于非标准端口上。因此，实际上我的存储库URL是错误的。只需检查其他内容…

我在使用简单的“svn list”命令时遇到了类似的问题

扩展Vitor Mateus关于斜杠的回答：在内部服务器上使用Apache设置自己的存储库时，Apache 2配置文件中的原始

位置
标记如下所示：

<Location "/svn/repo_address/">
    ...
</Location>

很好。有时仔细阅读手册会有所帮助；-）
 对我来说，错误发生在服务器端，这是因为我忘了取消注释

DAV svn

在配置文件
/etc/apache2/mods enabled/dav_svn.conf
（在Debian上）。
对我来说，这肯定是一个身份验证问题

通常，当我尝试签出一个新项目时，会问我是否要接受证书（永久、临时或根本不接受）

我以前一定没有点击过，所以不会再提示我了

使用TortoiseSVN客户端，我进入设置，然后保存数据并清除身份验证数据（按钮清除）

然后，当我尝试签出时，它提示我接受证书。我一直这样做，一切都很好。它签出了我所有的代码。
我从Ubuntu x-term连接到开源存储库时遇到了这个错误

有效的解决方案是修改
/etc/subversion/servers
文件。我在全局部分修改了代理设置，现在：一切正常。
确保在Apache配置中正确设置了SVNPath
 此错误是完全通用的，只是意味着它无法与SVN服务器通信。使用您的浏览器查看URL并查看真正提供的服务。它应该是一个简单的黑白页面，页脚上写着Powered by Subversion。这会帮助你找出问题所在

在我的例子中，请求没有在DAV模块结束，因为我使用的是ProxyPass。
出现此错误的另一个原因（在上述众多错误中）是在~/.subversion/servers中设置了一个代理，而您不需要代理来访问您尝试连接的服务器
 我有一个不同的问题（和解决方案）。我不明白为什么会发生这种情况，但由于一些存储库进行了签出，我尝试独立签出各种内容

我发现只有根文件夹中的一个JAR文件没有签出，并且试图签出它导致了错误。由于该文件是“target”文件夹中同一JAR文件的重复文件，我只是通过repo浏览器（TortoiseSVN）将其从存储库中删除，然后再次通过NetBeans签出该项目-最后它完成了，没有出现错误。
是的。在大多数情况下，它是一个错误的url。我刚刚又看到了它，但我总是忘记它的原因。我们在ProjectLocker的客户也经常看到这个错误，而且它总是一个不正确的URL。请接受以上答案。很少有66票的答案输给2票的答案。链接（实际上）已断（“ArchivedAt Nothing found-bye”）。+1这是许多其他答案中唯一解决我问题的答案。万分感谢！：）
svn list http://my.server.com/svn/repo_address

DAV svn