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

ASP。NET Core 3.1

在将旧项目转换为. net Core时，现在可以在项目本身设置AssemblyInfo.cs中的大部分信息。打开项目属性并选择Package选项卡以查看新的设置。

埃里克·l·安德森的帖子 “复制”System.Reflection。AssemblyCompanyAttribute ' attribute"描述了3个选项:

从AssemblyInfo.cs文件中删除冲突项， 完全删除文件或 禁用GenerateAssemblyInfo(在Serge Semenov的另一个回答中建议)

我刚从。net Framework切换到。net Core就出现了错误。我的Visual Studio解决方案中有2个类库项目。我发现其中一个项目有一个名为AssemblyInfo.cs的文件，而另一个项目没有这个文件。该文件位于Properties文件夹下。我只是删除了属性文件夹，一切工作正常。

当我把两个项目放在同一个目录中时，我得到了这个错误。如果我有一个解决方案的目录，我把一个单独的Web和数据目录放在它编译正确。

我一直在这个问题上挣扎，但我的问题很容易解决。

我已经将OBJ文件夹复制到“OBJ___”名称来做一些编译测试。

所以，我不知道为什么，这个文件夹也被编译，创建程序集属性副本。

我只是删除了“OBJ___”文件夹，可以成功编译。

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