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

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

我的错误发生是因为，不知何故，在我的控制器文件夹中创建了一个obj文件夹。只需在应用程序中搜索Assemblyinfo.cs中的一行。某处可能有副本。

我也有同样的错误，它在程序集版本和程序集文件版本下划线，所以阅读Luqi答案，我只是把它们作为注释添加了进去，错误就解决了

// AssemblyVersion is the CLR version. Change this only when making breaking    changes
//[assembly: AssemblyVersion("3.1.*")]
// AssemblyFileVersion should ideally be changed with each build, and should help identify the origin of a build
//[assembly: AssemblyFileVersion("3.1.0.0")]

您可以删除bin和obj文件，并清除项目的缓存。我的问题从此解决了。

我得到这些错误，因为我试图临时重命名obj文件夹为obj_，然后它自动包含在项目中。然后其中的assembly.cs开始与后来生成的obj文件夹中的正确的程序发生冲突。

当我尝试在AssemblyInfo.cs中添加GitVersion工具来更新我的版本时，我遇到了同样的情况。使用VS2017和。net Core项目。所以我只是混合了两个世界。我的AssemblyInfo.cs只包含由GitVersion工具生成的版本信息，我的csproj包含其余的东西。请注意，我不使用<GenerateAssemblyInfo>false</GenerateAssemblyInfo>我只使用与版本相关的属性(见下面)。更多详细信息，这里是AssemblyInfo属性。

AssemblyInfo.cs

[assembly: AssemblyVersion("0.2.1.0")]
[assembly: AssemblyFileVersion("0.2.1.0")]
[assembly: AssemblyInformationalVersion("0.2.1+13.Branch.master.Sha.119c35af0f529e92e0f75a5e6d8373912d457818")]

我的。Csproj包含所有与其他程序集属性相关的属性:

<PropertyGroup>
   ...
  <Company>SOME Company </Company>
  <Authors>Some Authors</Authors>
  <Product>SOME Product</Product>
   ...
  <GenerateAssemblyVersionAttribute>false</GenerateAssemblyVersionAttribute>
  <GenerateAssemblyFileVersionAttribute>false</GenerateAssemblyFileVersionAttribute>
  <GenerateAssemblyInformationalVersionAttribute>false</GenerateAssemblyInformationalVersionAttribute>
</PropertyGroup>