C# 从另一个解决方案加载包含项目的解决方案时，如何停止visual studio 2013挂起

因此，问题是这样的。每次我在VisualStudio中打开一个特定的解决方案，它就会永远挂起，你会看到令人讨厌的VisualStudio正忙弹出窗口。加载它的唯一方法是在安全模式下启动visual studio，或者在打开解决方案之前删除v12.suo文件

挂起后，除了一个正在加载的项目外，所有项目都被标记（初始化）。此项目来自不同的解决方案和tfs树中的不同位置。如果我卸载共享项目，然后VS加载解决方案，我认为问题在于TFS，它可以在多个解决方案中处理一个项目吗

---

谢谢

您可以通过以下步骤缩小此问题的范围：

尝试从命令行

devenv.exe/log

调用Visual Studio。然后尝试打开您的解决方案，如果它崩溃，请查看

%APPDATA%\Microsoft\VisualStudio\<version>\ActivityLog.xml 

%APPDATA%\Microsoft\VisualStudio\\ActivityLog.xml

---

文件。它将包括一些关于坠机的细节。此外，事件日志还可能捕获一些高级事件。

您应该删除共享的解决方案，而不是将离散的组件作为Nuget包共享

我通常会为我的每个共享组提供一个解决方案和项目。。。通常css、图像和JavaScript之间存在关系。。。并将每一个打包为一个Nuget包。添加一个自动发布管道，您可以在很短的时间内完成checkin->dependency

我使用VST并有一个构建，该构建使用我需要的位创建一个Nuget包，然后使用发布管理工具来控制该包的可见性和质量。这样就可以很容易地将包部署到Nuget存储库（我使用VST），并让任何内部项目依赖它们

---

这将有额外的好处，增加质量和知识的依赖性和接口在您的开发人员。让他们有一个倾倒区，他们将永远使用一个。

您好，谢谢，我尝试了这个方法，并尝试比较在没有suo文件的情况下成功打开时生成的日志。没什么值得注意的。使用另一个VS进行调试并获得转储也没有帮助。打开另一个解决方案项目是一种非常糟糕的做法。为什么不依赖二进制输出和公共PDB呢？@MrHinsh谢谢，如果这是一个可以构建的项目，它更像是共享js、css和图像的垃圾场。它不需要出现在解决方案中，只需要能够轻松地看到这些东西并进行部署。听起来这些东西应该被分割成谨慎的组件，并使用Nuget共享。嗨，谢谢，这总是正确的做法，VS挂起的烦恼迫使我这么做。通过Bug实施良好实践的出色MS