您只需创建一个单独的Class Library项目来包含公共代码。它不需要成为任何使用它的解决方案的一部分。从任何需要它的项目引用类库。

唯一的技巧是，您将需要使用文件引用来引用项目，因为它不会是引用它的解决方案的一部分。这意味着实际的输出程序集必须放置在任何构建引用它的项目的人都可以访问的位置。例如，这可以通过将程序集放在共享上来实现。

一个项目可以被多个解决方案引用。

将库或核心代码放入一个项目中，然后在两个解决方案中引用该项目。

在另一个项目中包含一个项目的类文件的一个更简单的方法是在现有解决方案中添加该项目，然后在现有项目中添加新项目的DLL引用。最后，您可以通过在任意类的顶部声明using指令来使用添加的类的方法。

您可以在多个解决方案中包含相同的项目，但是您一定会在某个时候遇到问题(例如，当您移动目录时，相对路径可能会失效)。

经过多年的努力，我终于提出了一个可行的解决方案，但它要求您使用Subversion进行源代码控制(这并不是一件坏事)

在解决方案的目录级别，添加一个svn:externals属性，指向您希望包含在解决方案中的项目。Subversion将从存储库中提取项目，并将其存储在解决方案文件的子文件夹中。解决方案文件可以简单地使用相对路径来引用项目。

如果我有更多的时间，我会详细解释这一点。

您可以在多个解决方案中包含一个项目。我不认为一个项目有属于哪个解决方案的概念。然而，另一种替代方法是将第一个解决方案构建到一些众所周知的地方，并引用已编译的二进制文件。这样做的缺点是，如果您想根据您构建的是发布配置还是调试配置来引用不同的版本，那么您将需要做一些工作。

我不相信您可以让一个解决方案依赖于另一个解决方案，但是您可以通过自定义脚本以适当的顺序执行自动构建。基本上把你的公共库当作另一个第三方依赖，比如NUnit等。

您可以使用以下技术(这是@Andomar的解决方案保存在.csproj中的方法)内联通配符

<Compile Include="..\MySisterProject\**\*.cs">
  <Link>_Inlined\MySisterProject\%(RecursiveDir)%(Filename)%(Extension)</Link>
</Compile>

投入:

    <Visible>false</Visible>

如果你想隐藏文件和/或防止通配符包括被扩展，如果你添加或删除一个项目从“虚拟现有项目”文件夹，如上面的MySisterProject。