这里的项目中必须已经有一个AssemblyInfo.cs文件:

解决: —删除任意一个AssemblyInfo.cs

我在过去也遇到过这个问题，所以我假定构建过程在提供版本控制时分别提供程序集信息。这将导致重复，因为您的项目在AssemblyInfo.cs文件中也有该信息。所以删除文件，我认为它应该工作。

对我来说，AssembyInfo.cs和SolutionInfo.cs有不同的值。所以也检查一下这些文件。我只是把其中一个版本删除了。

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

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

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

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

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

以下步骤(包括截图)

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

项目属性(截图)

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

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

条件编译符号(截图)

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

使用条件定义(截图)

我的错误发生是因为，不知何故，在我的控制器文件夹中创建了一个obj文件夹。只需在应用程序中搜索Assemblyinfo.cs中的一行。某处可能有副本。

以我为例，我的一个同事删除了一个用于测试的控制台应用程序，它与我们的Api放在同一个目录下，然后提交给Git。 当我后来从Git中退出时，控制台应用程序本身当然已经消失了，但它的bin和obj文件夹仍然在那里，导致AssemblyInfo.cs文件出现在根应用程序目录和旧控制台应用程序的子目录中。简单地删除旧控制台应用程序的bin和obj文件夹就解决了这个问题。

ASP。NET Core 3.1