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

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

投入:

    <Visible>false</Visible>

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

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

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

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

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

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

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

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

涉及的两个主要步骤是

1-创建c++ dll

在visual studio

New->Project->Class Library in c++ template. Name of project here is first_dll in 
visual studio 2010. Now declare your function as public in first_dll.h file and 
write the code in first_dll.cpp file as shown below.

文件代码

// first_dll.h

using namespace System;

namespace first_dll 
{

public ref class Class1
{
public:
    static double sum(int ,int );
    // TODO: Add your methods for this class here.
};
}

Cpp文件

//first_dll.cpp
#include "stdafx.h"

#include "first_dll.h"

namespace first_dll
{

    double Class1:: sum(int x,int y)
    {
        return x+y;
    }

 }

检查这个

**Project-> Properties -> Configuration/General -> Configuration Type** 

这个选项应该是Dynamic Library(.dll)，现在就构建解决方案/项目。

在Debug文件夹中创建first_dll.dll文件

2-在c#项目中链接它

开放c#项目

Rightclick on project name in solution explorer -> Add -> References -> Browse to path 
where first_dll.dll is created and add the file.

在c#项目的顶部添加这一行

Using first_dll; 

现在可以在某些函数中使用下面的语句访问dll中的函数

double var = Class1.sum(4,5);

我在VS2010的c++项目中创建了dll，并在VS2013的c#项目中使用。它工作得很好。

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

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