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

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

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

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

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

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

ASP。NET Core 3.1

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

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

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

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

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

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