Visual studio 在卸载项目的情况下启动Visual Studio解决方案

是否可以在卸载项目（开始时不可用）的情况下启动Visual Studio

原因是，在启动时，我经常发现部署项目在启动时通常会挂起大约一分钟，而且它们也不经常被使用

将这些项目设置为不可用并且保存解决方案不会对项目文件进行任何更改，因此如果有人对如何执行此操作有任何建议（无论是在Visual Studio中，还是通过修改.sln文件中的XML），我将不胜感激

提前谢谢

编辑：2020-09-14：为了使这个问题保持最新，我已将已接受的答案更改为。其要点是VisualStudio现在通过

.slnf

文件提供了内置（）功能

---

您可以有多个sln文件，一个sln文件包含部署项目，其他sln文件包含您需要的项目。？只需复制您的sln文件并删除您不需要的项目。

虽然答案中提到的解决方案加载管理器没有针对VS2012进行更新，但我发现另一个扩展可以工作

它不像您可以选择加载哪些项目那样完整（它加载启动项目及其依赖项），但是，它比加载所有项目要好

解释项目加载。

VS漏斗扩展（支持VS 2012/2013）允许选择要加载的每个项目，也可以在以后保存并重新使用选择：

---

对于自制解决方案，需要对包含在解决方案文件所在的隐藏目录中的.suo文件进行处理。例如，如果调用了您的解决方案。\Business.sln，则.suo文件（用于VS2015）包含在：

\.vs\Business\.suo

您可以通过备份、加载/卸载某些项目、关闭解决方案和恢复备份来处理此文件；这将恢复您在此期间所做的更改。不幸的是，这些备份几乎肯定会在解决方案的某些方面发生更改（如它包含的项目等）时立即中断

另外，这个文件不是文本文件，我从未花时间研究是否可以将它迁移到文本文件并返回

从回答问题的意义上来说，这个答案不是一个答案，但它是一个线索，以防其他人阅读并有想法。多年来，我一直希望对一种blank slate.suo文件进行源代码管理，同时提供一个TFS源代码管理提示，在进行源代码管理绑定时忽略此类文件。预期的结果是，当用户第一次获得分支时，他们的解决方案默认不加载任何项目，允许他们有选择地只加载他们想要的内容；然而，在源代码管理提示下，TFS不会接收或签入此类更改，因此此设置不会带来任何管理问题

---

梦想

从Visual Studio 2019开始，现在是，它允许您打开不同的

.slnf

文件，而不是您的sln文件。这会使您选择的项目从开始就卸载。这大大提高了我们的解决方案性能！：）

至于让所有内容都卸载，Visual Studio 2019中还有一个新标志：

devenv/donotloadprojects MySln.sln

---

然后，您可以从中加载要包含的项目，然后创建解决方案筛选器，以便下次打开时仅预加载这些项目。：）

您好，我现在可以在VS 2010框中卸载解决方案中的一个项目，保存并关闭该解决方案，然后我重新打开它，该项目仍然被卸载/禁用，我可以构建所有内容并运行该应用程序，因为该项目尚未使用。这就是你所需要的吗？如果你卸载一个项目，退出解决方案，然后重新加载，对我来说，它仍然是卸载的（刚刚测试过VS2010，在早期版本中也相当确定这一点）。但是，此设置存储在每个用户的

.suo

文件中，该文件肯定不是XML，当文件处于“正确”状态时，您甚至不能将其标记为只读-VS将始终覆盖它。@DavidePiras:我尝试过此方法，但对我无效。另外，（假设此设置位于解决方案用户文件-.suo中），如果VS允许用户选择将这些设置保存在.sln文件中，则会更好。卸载C++和C语言项目，并且在重新加载之后仍然是（不可用）。这里有一个：右击项目，然后单击ReStult+1，谢谢，但是我不喜欢单独的解决方案…解决方案我宁愿把所有东西都放在一个地方，而不必打开另一个文件来进行部署。迄今为止，vs2017中的漏斗已被破坏。@RJThompson只是一个提示，vs2017正在工作（），尽管有人认为它应该工作。嗨！现在是2020年，我已经将公认的答案更改为您的答案，虽然我很遗憾人们仍然不得不使用较旧版本的Visual Studio，但我不是，这是官方支持的解决方案筛选方法。谢谢。@DanAtkinson谢谢。：）正如我们所说，您可能会遇到这样的问题：更改分支将卸载并重新加载整个过程。似乎是VS内部的一个bug，如果您在VS（cmd或其他gui）外部更改分支，则可以避免该bug。很奇怪，但确实有办法。：）