VS2013中的Ankhsvn“更新解决方案”还检索与VS项目无关的所有同级文件夹。

Question

我在Ankhsvn看到了一些意想不到的行为，我想知道这是否是一个bug，或者是故意的，我误解了一些东西。

我正在使用一个在线subversion存储库，并使用以下文件结构设置了一些存储库：

"Browser URL": https://www.zzzzz.com/code/mememe/subversion-2/nodes/HEAD/trunk  
"Checkout URL": https://subversion.zzzzz.com/svn/abc.MyMiscProjects/

SqlScripts1 
SqlScripts2 
SomeOtherStuff1
SomeOtherStuff2
VS2013_Solution1
VS2013_Solution2

到目前为止，我一直在使用所有这些不同的svn存储库文件夹，有不同的本地主文件夹，没有问题(使用TortoiseSVN)。

我还在VisualStudio中安装了VisualStudio插件，但主要与其他SVN存储库一起使用(同一在线提供商)。

昨天，在VS2013内部，我创建了VS2013_Solution2，当它问我是否想将它添加到Subversion源代码管理中时，我同意了。我签入了所有的文件，但是当我回到我的家庭PC和Visual做了一个" file，Open项目“时，在/VS2013_Solution2中选择了/VS2013_Solution2文件，它不仅得到了所选的解决方案，而且还得到了存储库中的所有其他同级文件夹，尽管它们与解决方案没有关联。

类似地，今天早上我在VS2013中做了一个“更新最新版本的解决方案”时，它还将存储库中的所有文件夹作为同级文件夹向下拉到本地文件夹中的VS2013_Solution2中。

现在，如果这只是svn作为一个整体的默认预期行为，那么当我右键单击Windows中的本地VS2013_Solution2文件夹并选择TortoiseSVN "SVN“时，我希望会发生完全相同的情况，但在这种情况下，它只更新单个文件夹。

关于Ankhsvn对一个单独的SVN存储库中的所有文件的行为，我在这里是否遗漏了一些要点？它是否根本无法像TortoiseSVN所能做的那样处理存储库的子集(单个子文件夹)？

Answer 1

做了更多的搜索之后..。

在VS2013、File、Subversion、中，我看到：

Repository: https://subversion.zzzzz.com/svn/abc.MyMiscProjects/    
SCC Binding:  ^/trunk/  
SCC Binding URL: https://subversion.zzzzz.com/svn/abc.MyMiscProjects/trunk

有一个“.”"SCC绑定路径“旁边的按钮，该按钮将解决方案根显示为：

"https://subversion.zzzzz.com/svn/abc.MyMiscProjects/trunk"  
...but in the dropdown I am also able to choose:  
"https://subversion.zzzzz.com/svn/abc.MyMiscProjects/trunk/VS2013_Solution2"  

(有趣的是，其他文件夹都没有出现。)因此，在我的例子中，选择直接指向我的项目文件夹的路径清除了不想要的行为。

因此，我得出结论，Ankhsvn的默认行为是始终假定整个存储库。虽然这显然可以被推翻，但在我看来，这不是一个好主意。

可能最实际的方法是:在硬盘上为每个单独的subversion存储库使用一个本地根文件夹--不要试图将一个存储库中的单个文件夹管理到不同的本地文件夹，而且如果您真的需要只检出一个单独的文件夹，那么可能需要非常具体的步骤(例如，在Visual中这样做，而不是TortoiseSVN )。