我试图设置CruiseControl.Net,连接到Linux机器上的SVN存储库。什么样的恶梦!我们应该说,“挑战”是在Windows上获得svn命令行来连接到SVN Linux服务器。耶,现在所有人都在工作。在我的Windows命令提示符下,我可以键入
svn co svn+ssh://[email protected]/repos/QTSS
并且它将QTSS存储库复制到我的Windows机器上。因此,使用上面的'svn co'命令,我完成了对CCNet工作文件夹的完整结帐:C:\users\build\repos\QTSS
在repos/QTSS/trunk文件夹下面,我们有许多子文件夹,每个它自己的VS2010解决方案源文件。为了顺应CCNet,我为其中一个子文件夹配置了一个名为SparsePointSurface的CCNet项目;最终我会为每个子文件夹建立一个CCNet项目。当CCNET运行时,它给人的错误:
Source control operation failed: svn: E155000: 'C:\Users\build\repos\QTSS\trunk\SparsePointSurface' is already a working copy for a different URL
在Windows命令提示符窗口,我cd到该文件夹,然后键入
svn checkout svn+ssh://[email protected]/repos/QTSS/trunk/ C:\Users\build\repos\QTSS\trunk\SparsePointSurface --no-auth-cache --non-interactive
这是相同的命令CCNET正在发出。果然,我在命令提示符处发生了与CCNet中相同的错误。所以这是SVN的问题,而不是CCNet。
这个SVN错误究竟意味着什么,我该如何解决?尽管有很多谷歌搜索,我还没有找到这个错误的原因和解决方案的很好的解释。大多数情况是svn switch/merge操作出现问题,但这不是我想要做的。
请注意,在TortoiseSVN GUI中,我可以右键单击File Explorer中的SparsePointSurface,选择“SVN Checkout”并且它工作正常。
2013-03-24
TJH
+0
dupe:http://stackoverflow.com/questions/933390/try-to-svn-checkout-but-get-svn-is-already-a-working-copy-for-a-different –
2013-03-24 22:05:36
+0
我不' t认为这是一个骗局,因为它看起来像SVN已经拥有的文件夹中有多个签出,这将导致svn抛出一个合法的摇摆。 –
2013-03-24 22:35:18