我试图解决this puzzle问题，我开始认为问题不在于SVN客户端无法解析存储库的路径，而是＆＃39 ; s存储库不是工作副本。
原始问题摘要：我从Ubuntu VM上的旧Bitnami Trac堆栈迁移到同一服务器上的当前本机Windows Bitnami Trac Stack 。我使用了来自Ubuntu SVN存储库的hotcopy备份，因此从理论上讲，它们是无法区分的＃34;从那些。
但是，我无法在TortoiseSVN等外部客户端中查看新的SVN存储库，但我可以在Trac中查看存储库。我在命令行运行的任何命令都告诉我，我尝试使用的存储库＆＃34;不是工作副本＆＃34;。
如果我将TortoiseSVN指向//sbeut01:8001/svn/RnD（理论上它是一个有效的存储库），它会优雅地使用：//sbeut01:8001/svn/RnD is not a working copy
如何使Windows Trac / subversion实例上的存储库工作副本？或者这似乎是实际问题，而不是我上面提到的原始问题？
SO Question that didn't resolve the problem
编辑： 我以为我尝试使用Windows Trac / subversion实例创建一个全新的存储库，然后查看是否可以看到<来自远程svn客户端甚至是本地副本的那个实例。但是，如果我尝试svn mkdir c:\test，我会收到相同的错误c:\test is not a working copy。我不知道该怎么做。我也尝试对svnadmin create c:\test做同样的事情，结果相同。
第二次编辑 事实证明，实际上有一份工作副本，我只是在寻找错误的地方。最终的正确答案是：
svn://[IP address]:3691/Bitnami/Repos/RnD
8001是Trac用于查看存储库的Web启用版本的Apache端口，3691是我第一次设置Windows Bitnami Trac堆栈时的SVN端口
答案 0 :(得分：1)
我想我知道发生了什么，似乎一切正常，你的结局只是一点点误解。
使用Tortoise，打开Repository Browser并输入您的存储库位置，但保留http协议标识符，即http://sbeut01:8001/svn/RnD。假设一切都设置正确，这对我来说就像是因为你说Trac可以在那里看到它，你会看到你的存储库就像你期待的那样。
你遇到的问题只是对Tortoise和SVN一般工作的误解，我相信。 Tortoise可以与存储库（在服务器上）和工作副本（在客户端上）进行通信。它并没有立即显现出Tortoise操作与之沟通的所有时间，并且没有经验或知识，即工作副本＆＃34;和＆＃34;存储库＆＃34;是very precise terms，我可以（并且确实）看到混乱的来源。