当我的主项目与解决方案位于同一文件夹中时，我就遇到了这个问题，然后我在同一解决方案中有一个位于子文件夹中的独立项目，并且该独立项目使用主项目作为参考。这导致主项目检测到子文件夹bin & obj文件夹创建重复的引用。

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

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

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

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

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

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

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

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

ASP。NET Core 3.1

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