我在。net框架上的项目中也有同样的错误，通过删除项目文件夹中的packages/GitVersion*解决了这个问题

如果您在Azure DevOps上的构建管道中遇到此问题，请尝试将构建操作设置为“Content”，并在AssembyInfo.cs文件属性中将“Copy to Output Directory”设置为“如果更新则复制”。

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

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

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

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

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

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

如果我在Visual Studio 2017中编译项目，然后尝试用. net Core用命令行命令“dotnet run”重建并运行它，通常会发生这种情况。

简单地删除所有“bin”和“obj”文件夹——包括在“ClientApp”内部和直接在项目文件夹中——允许. net Core命令“dotnet run”重新构建并成功运行。