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

ASP。NET Core 3.1

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

当我改变文件夹结构并尝试推送时，我也遇到了同样的问题。少管所让我先拔，我就拔了。这在旧文件夹和新文件夹中复制了我的源代码，所以在构建时出现了很多复制错误。

只需删除重复的文件夹就可以解决这个问题。

我在msdn上找到了这个答案，这解释了将文件标记为内容，然后复制到输出= If更新。请看下面的文章:

https://social.msdn.microsoft.com/Forums/en-US/8671bdff-9b16-4b49-ba9e-227cc4df31b2/compile-error-cs0579-duplicate-assemblyversion-attribute?forum=vsgatk

GH

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

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

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

我刚刚帮助一个团队成员通过重命名回购文件夹重新克隆回购解决了这个问题。这只是一个开发人员的问题，因为团队中的其他人都能够在构建master时不碰到这个错误，所以我们知道这个问题不是源代码的问题。

我们确实尝试删除bin和obj文件夹，并执行git clean -xfd，但这些都没有解决这个问题。在这种情况下，用一个干净的回购副本重新开始是有效的。