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

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

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

我的错误是我还引用了项目中的另一个文件，该文件也包含属性“AssemblyVersion”的值。我从其中一个文件中删除了该属性，现在它正常工作了。

关键是要确保在项目中的任何文件中声明这个值不超过一次。

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

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

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

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

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

以下步骤(包括截图)

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

项目属性(截图)

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

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

条件编译符号(截图)

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

使用条件定义(截图)

我得到这些错误，因为我试图临时重命名obj文件夹为obj_，然后它自动包含在项目中。然后其中的assembly.cs开始与后来生成的obj文件夹中的正确的程序发生冲突。

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

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

ASP。NET Core 3.1