ankhsvn：存储库在内部折叠答案

【问题标题】：ankhsvn: repository gotten folded internallyankhsvn：存储库在内部折叠
【发布时间】：2011-03-30 13:31:44
【问题描述】：

我一直在使用 AnkhSVN 和 VS2010 开发几个项目（“解决方案”）。有一段时间我的提交一直很好。但是最近，Ankhsvn 已将我的存储库更改为我的一个项目，因此应该是子项目的现在复制了整个存储库结构。这种情况不止一次发生，以至于我必须检查的当前项目位于另一个项目中，而另一个项目本身又位于另一个项目中。我去了 File -> Subversion -> Change Source Control 但无法编辑 URL。当我尝试使用 Pending Changes 时，我收到一个关于工作副本上的锁坏了的错误消息。当然，我已经尝试过几次清洁。我还尝试了 Switch，我认为这让我遇到了更多麻烦。回购协议最初是如何改变的？知道我做错了什么（以及如何解决）吗？

【问题讨论】：

标签： visual-studio-2010 repository ankhsvn source-control-bindings

【解决方案1】：

可能发生的情况是绑定路径已更改。您可以通过在 File -> Subversion -> Change Source Control 中选择解决方案并单击... 按钮来更改此设置。此值存储在 SCC 绑定部分的 sln 文件中。

使用 File -> Open -> Subversion Project 检出解决方案时会发生什么情况，它会在上述 SCC 绑定路径定义的级别检出。

我还建议检查一个较小的工作副本，因为这样效率更高。您正在寻找在主干级别（或任何分支）进行检查。签出上面的分支意味着分支和标记突然变得昂贵（因为每次发生这种情况你的工作副本都会增长很多）

【讨论】：

我首先按照您的建议创建了一个“未损坏”项目，看看会发生什么。当我到达 SCC 绑定路径时，正确的 URL 显示在下拉框中，但单击它并没有更改现有的 SCC 绑定路径。在我损坏的项目中，当我选择 ChangeSourceControl: System.NullReferenceException: Object reference not set to an instance of an object [followed by stack trace] 时，我得到了 Ankhsvn 异常。然而，我实际上可以编辑这个项目并保存它。
关于您的答案，您所说的检查“较小”的工作副本是什么意思？存储库作为一组小型存储库应该更好吗？
@Sander（糟糕，忘记通知您了。感谢您到目前为止的帮助。）
我不建议拆分存储库，但您可以在比存储库根目录更深的级别进行检出，从而使工作副本（您在本地拥有的）更小。通常的做法是检查主干（或您可能拥有的任何标签/分支）
@viejo：关于 NullRef 异常，您可以通过电子邮件提交吗？这可能是一个需要修复的错误。我不确定是什么可能导致 SCC 绑定路径保持不变，即使使用下拉菜单选择不同的值也是如此。您能否提供有关您的存储库以及您的工作副本处于什么级别的更多信息？