AnkhSVN的在VS2013“更新解决方案”还检索所有的兄弟文件夹不与VS项目相关(Ankhsvn

我看到在AnkhSVN的一些意外的行为，我想知道，如果这可能是一个错误，或者设计，我误解的东西。

我使用的是网上颠覆库，并有一定的仓库设置了此文件结构：

"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中的AnkhSVN的插件，但一直在使用它主要被与其他SVN仓库（在相同的网络提供商）。

昨天从内VS2013，我创建VS2013_Solution2，当它问我是否想将其添加到Subversion源代码控制，我说是的。我在所有文件选中，但后来当我去我的家用电脑，并从Visual Studio做了一个“文件，打开Subversion项目”，并选择/ VS2013_Solution2内.sln文件，它不仅获得所选择的解决方案， 但也是库中所有其他的兄弟姐妹文件夹 ，即使他们有解决方案没有关联。

同样，在今天上午的工作我做了一个“更新解决方案，最新版本的”内VS2013，这也拉低所有文件夹从仓库下来，本地文件夹内兄弟文件夹VS2013_Solution2。

现在，如果这只是svn的整体默认预期的行为，我希望发生的，当我右键单击Windows资源管理器我的本地VS2013_Solution2文件夹并选择TortoiseSVN的“SVN更新”同样的事情，但在这种情况下，它仅更新单个文件夹。

有一些问题，我在这里失踪约AnkhSVN的相对于在一个单独的SVN库行为的所有文件？它是根本不能用一个子集（单个子文件夹）的存储库的处理作为TortoiseSVN的似乎是能够做的？

做一些更多的谷歌搜索后....
在VS2013，文件，颠覆，更改源代码管理，我看到：

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 Studio中做这件事，而不是TortoiseSVN的为例）。