在我的例子中，在项目中有一个子文件夹，它本身就是一个项目文件夹:

文件系统: c: \ \ webapi \ wepapi.csproj项目 c: \ \ webapi \ \ wepapitests.csproj测试项目 解决方案 Webapi(文件夹和项目) 测试(文件夹) 测试(文件夹和项目)

然后我不得不从“webapi”项目中删除子文件夹“tests”。

EDIT 2022:为了更清楚，正如@bobt在评论中提到的那样，我说的“删除”是指:右键单击webapi中的“测试”文件夹，并选择“排除项目”选项。

当我的主项目与解决方案位于同一文件夹中时，我就遇到了这个问题，然后我在同一解决方案中有一个位于子文件夹中的独立项目，并且该独立项目使用主项目作为参考。这导致主项目检测到子文件夹bin & obj文件夹创建重复的引用。

在我的例子中，在编译期间生成的一些临时*.cs文件被意外添加到项目中。

这些文件来自obj\Debug目录，所以它们肯定不应该被添加到解决方案中。A *.cs通配符有点疯狂，错误地添加了它们。

删除这些文件解决了这个问题。

我最近遇到了这种情况，没有对源代码进行任何更改，但在尝试了一些新的项目参考之后。我进入了这样一种状态，即使在恢复了分支中的所有更改之后，这个错误仍然出现。

清理树枝解决了我的问题:

Git clean -xfd

创建项目时，Visual Studio会将其设置为编译并生成相应的程序集。每个项目生成一个程序集，因此每个项目都有相应的程序集配置来生成其程序集。

问题是，当您创建多个项目时，每个项目都可以生成自己的程序集，然后将其中一个项目包含在另一个项目中。

在这种情况下，Visual Studio会感到困惑，不知道从哪个配置文件开始为项目生成单个程序集——它会在包含的项目中找到第二个程序集配置，并说“HEY, DUPLICATE!你给了我两套指令来生成我的程序集!”

但有时您仍然希望所包含的项目能够自行生成程序集，但当它被包含在另一个项目中时，则不能这样做。

要获得这一点，一种解决方案是向包含项目的项目(在项目属性中可以找到)添加条件定义。然后更改所包含项目中的程序集配置，以查找此条件定义。如果它是定义的(由包括项目)，那么配置可以跳过它的内容——这将导致只有一个配置被VS发现——从包括项目——问题解决了!

以下步骤(包括截图)

步骤1:选择包含/容器项目>右键单击>属性

项目属性(截图)

步骤2:导航到Build > General >条件编译符号

添加如下所示的条件定义:

条件编译符号(截图)

步骤3:在包含的项目AssemblyInfo.cs中使用条件定义

使用条件定义(截图)

从Visual Studio 2017开始，另一个继续使用AssemblyInfo.cs文件的解决方案是关闭自动生成组装信息，如下所示:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
  </PropertyGroup>
</Project>

我个人认为它对于需要同时支持。net框架和。net标准的项目非常有用。