我在Windows Server 2008的盒子上使用TortiseSVN作为我的subversion客户端，我有一个文件夹，其中包含代码签出。
当我打开源代码控制Visual Studio 2008启动时的解决方案文件，然后它甚至可以完成加载我可以告诉Visual Studio崩溃的解决方案。我正在尝试打开一个包含VB代码的解决方案。它不提供错误消息或警告。它刚刚消失了。
我检查了文件，看起来都很好。当我用文本编辑器查看它时，解决方案文件似乎很好。
这也是Visual Studio 2008 SP1，我已经安装了所有最新的.NET服务包。
之前是否有其他人看过这个并知道如何修复它？
编辑：我刚刚将一个SVN导出到一个新目录，它仍然在导出的目录中崩溃，在该目录中不再附加任何SVN。
此外，每当我尝试打开来自SVN的项目时，它都会崩溃。
答案 0 :(得分：1)
你应该用xml editor来查看解决方案文件，至少那时你会得到一些关于格式化中的subtile flaw的帮助。
如果错误证明是真的，您也可以在VIsual Studio Connect site上向Microsoft提交反馈。
然而，有些常识性的事情是，转到你的visual studio命令提示符，从“devenv / ResetSettings”开始，这通常有助于隔离任何怪物附加组件或其他东西。
另外，尝试使用msbuild或vcbuild构建clean，然后使用其中任何一个完全构建（即如果vcbuild无法构建您的解决方案，请使用msbuild）。这可以通过布置符号等来帮助清除一些损坏的文件或其他东西。
你也可能有来自你的subversion的.suo文件，那些包含一些设置的二进制文件，人们通常会意外地检查它们，但通常最好不要按照每个开发人员进行保存（不是在源代码树中）。 / resetsettings也可能会清除这些内容，但您可能需要确定。
您还可以仔细检查所引用的所有程序集的路径，不是来自32/64位主机的路径，而CLR DLL现在位于不同的路径中等等......
最后一件事，如果你真的陷入困境，你可以获得一个堆栈跟踪并稍微调试崩溃;），查看故障发生的位置并在线搜索该模块，你会经常发现有人可能有特定的溶液
噢，是的，妓女也可以是三轮车。一分钟不要相信他们。确保设置tsvn的“仅在Windows exlporer中加载”选项，并专门为系统中的哪些文件夹配置local-svn工作目录，这将大大减少其shell扩展的工作集。在大多数任何系统上，随着时间的推移，一个或另一个程序（苹果irw.exe或adobe pdf-preloader.exe排序的广告）将尝试在你的shell中运行它。您应该尝试确保您的开发盒与任何钩子相当干净，类似于VladV所说的......答案 1 :(得分：0)
尝试在文本编辑器中打开解决方案和项目文件，并寻找任何奇怪的内容。 我曾经听说过类似的问题：解决方案包含由AnkhSVN创建的SVN绑定，但Visual Studio没有安装AnkhSVN，并且未提供任何有意义的错误信息而无法打开解决方案。
答案 2 :(得分：0)
我遇到了类似的问题并且我修复了它，之后我不太确定我是如何管理它的。
它基本上涉及到工具/选项菜单并将源控件插件设置为无。但是，如果这样做是为了修复解决方案，我显然必须在Visual Studio中打开解决方案，但我认为问题是我无法打开解决方案。
唯一可能的情况是，如果我能够打开解决方案，但不打开其中的任何项目，因此能够在打开解决方案后立即更改源控制设置。
这有意义吗？