是否有可能做一个解决方案，VS取决于（即包括）整个其他的解决办法？ 我已经看到了关于“解决方案文件夹”一些东西，但这些似乎并没有相同的东西....？ 谢谢！ （顺便说一句，我使用VS 2008）
Answer 1:
这个职位是旧的，但这些日子里，你可以很容易地通过构建的NuGet包所有的人都重用其他解决方案的依赖。 2015年VS拥有的NuGet内置包建设，但目前一个候选发布版。 在Visual Studio 2013可以使用Nuget.Packaging NuGet包，让您的项目，以建立一个NuGet包。
然后，你可以发布你的软件包的更新版本到本地网络共享，其配置为在Visual Studio中的储存库。
然后，你的其他解决方案的项目可以依赖于该包。
例如，假设您在名为“核心框架”一个解决方案具有可重复使用的工具DLL和您想使用一个工具在那里你正在建设一个名为“XYZEcosystem”解决方案网站。
在CoreFramework解决方案，您将建立一个NuGet包为编译到公用事业的dll该电力项目，包括DLL和它在包PDB文件。
然后你发布到网络共享。
所以我们可以说你的软件包有像“XYZ.Core.Utilities”一个版本的1.0.0.0的ID。
现在XYZEcosystem你可以使用包管理器控制台，设置存储库下拉到你的资料库，然后键入“安装，包装XYZ.Core.Utilities”，它会安装最新版本的XYZ.Core.Utilities的。
如果您进行了更改XYZ.Core.Utilities您可以运行XYZEcosystem更新，包装XYZ.Core.Utilities，它会拿起新的版本。
Answer 2:
并不是的。 你必须做下列之一：
- 作出这样的建立在正确的顺序解决方案的构建脚本。
- 预生成溶液A，只有从它引用内置二进制输出在溶液B.
- 让包括了所有在这两种解决方案项目的第三个解决方案。
前两项是最常见的，在这里我个人倾向于第二种。
Answer 3:
看看这里： http://blogs.msdn.com/b/habibh/archive/2009/06/24/walkthrough-adding-an-existing-visual-studio-solution-to-another-solution.aspx
其实描述的方法增加了从其他解决目前的解决方案的所有项目，不完全是我们想要的，但至少这可以节省时间将所有项目的手动一个接一个。
Answer 4:
你不能这样做。 你为什么要？
只需添加所有你依赖于（在“其他”解决方案的项目）到解决方案的项目。
然后使用项目之间的项目引用（而不是文件的引用）。
Answer 5:
一个解决方案是建立创建某种可执行文件或DLL的程序集的收集。 有一个解决方案依赖于其他没有意义。 输出组件（可执行/ DLL）取决于它所引用的组件。 如果解决方案依赖于其他组件，然后引用它们。 您可以添加项目到您的解决方案（文件>添加>现有项目），然后你可以从你的输出项目中添加refences这些项目。
文章来源: Visual Studio: How to make one solution depend on another?
