Atributo AssemblyVersion duplicado

Eu tenho um projeto que gera o seguinte erro na compilação:

erro CS0579: atributo 'AssemblyVersion' duplicado

Eu verifiquei o arquivo AssemblyInfo.cse parece que não há duplicação lá.

Encontrei este artigo no MSDN que aborda um problema semelhante e, seguindo a sugestão deste artigo, também corrige o problema.

Alguém pode me dizer o que está acontecendo aqui? Isso acontece apenas no caso de ter dois ou mais projetos com classes com nomes semelhantes? Ou é outra coisa?

Também já deparei com esse problema no passado, portanto, assumirei que seu processo de compilação fornece informações de montagem separadamente para fornecer versão. E isso causa uma duplicação, pois seu projeto também possui essas informações no AssemblyInfo.csarquivo. Portanto, remova o arquivo e acho que deve funcionar.

A partir do Visual Studio 2017, outra solução para continuar usando o AssemblyInfo.csarquivo é desativar a geração automática de informações de montagem como esta:

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
  </PropertyGroup>
</Project>

Pessoalmente, acho muito útil para projetos que precisam oferecer suporte ao .NET Framework e ao .NET Standard.

Eu tive o mesmo erro e estava sublinhando a versão do Assembly Vesrion e do arquivo de montagem. Portanto, ao ler a resposta Luqi, apenas as adicionei como comentários e o erro foi resolvido

// 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")]

Ao converter um projeto mais antigo para o .NET Core, a maioria das informações contidas no AssemblyInfo.cs agora pode ser definida no próprio projeto. Abra as propriedades do projeto e selecione a guia Pacote para ver as novas configurações.

A postagem de Eric L. Anderson "Atributo 'Duplicar' System.Reflection.AssemblyCompanyAttribute '" descreve 3 opções:

• remova os itens conflitantes do arquivo AssemblyInfo.cs,
• exclua completamente o arquivo ou
• desativar GenerateAssemblyInfo (como sugerido em outra resposta de Serge Semenov )

No meu caso, alguns arquivos * .cs temporários gerados durante a compilação foram adicionados acidentalmente ao projeto.

Os arquivos eram do obj\Debugdiretório, então eles definitivamente não deveriam ter sido adicionados à solução. Um *.cscuringa ficou um pouco louco e os adicionou incorretamente.

A exclusão desses arquivos corrigiu o problema.

No meu caso, havia uma subpasta em um projeto que era uma pasta de projeto:

• sistema de arquivo:

  • c: \ projetos \ webapi \ wepapi.csproj
  • c: \ projetos \ webapi \ tests \ wepapitests.csproj

• solução

  • webapi (pasta e projeto)
    • testes (pasta)
  • testes (pasta e projeto)

Então eu tive que remover a subpasta "testes" do projeto "webapi".

Para mim, foi que AssembyInfo.cs e SolutionInfo.cs tinham valores diferentes. Portanto, verifique esses arquivos também. Acabei de remover a versão de um deles.

Meu erro ocorreu porque, de alguma forma, havia uma pasta obj criada dentro da minha pasta de controladores. Basta fazer uma pesquisa no seu aplicativo por uma linha dentro do Assemblyinfo.cs. Pode haver uma duplicata em algum lugar.

Isso normalmente acontece comigo se eu compilei o projeto no Visual Studio 2017 e, em seguida, tento reconstruir e executá-lo com o .NET Core com o comando de linha de comando "dotnet run".

Simplesmente excluir todas as pastas "bin" e "obj" - tanto dentro do "ClientApp" quanto diretamente na pasta do projeto - permitiu que o comando do .NET Core "dotnet run" fosse reconstruído e executado com êxito.

Já deve haver um arquivo AssemblyInfo.cs no projeto aqui:

Para resolver: - Exclua qualquer um AssemblyInfo.cs

Outra solução ao atualizar o núcleo para o VS2017 é removê-los no arquivo properties \ assemblyinfo.cs.

Uma vez que agora eles são armazenados no projeto.

Encontrei esta resposta no msdn, que explica a marcação do arquivo como Conteúdo e, em seguida, Copiar para saída = Se for mais recente. Veja o artigo abaixo:

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

GH

Me deparei com o mesmo quando tentei adicionar a ferramenta GitVersion para atualizar minha versão no AssemblyInfo.cs. Use o projeto VS2017 e .NET Core. Então eu apenas misturei os dois mundos. Meu AssemblyInfo.cs contém apenas informações de versão que foram geradas pela ferramenta GitVersion, meu csproj contém o restante das coisas. Observe que eu não uso, <GenerateAssemblyInfo>false</GenerateAssemblyInfo>eu uso atributos relacionados apenas à versão (veja abaixo). Mais detalhes aqui Propriedades do 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")]

my.csproj contém todos relacionados a outros atributos assemblyu:

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

Eu tive esse problema quando meu projeto principal estava na mesma pasta que a solução, então eu tinha um projeto separado na mesma solução, localizado em uma subpasta, e esse projeto separado usou o projeto principal como referência. Isso fez com que o projeto principal detectasse a subpasta bin & obj, que criava referências duplicadas.

Meu erro foi que eu também estava referenciando outro arquivo no meu projeto, que também continha um valor para o atributo "AssemblyVersion". Eu removi esse atributo de um dos arquivos e agora está funcionando corretamente.

A chave é garantir que esse valor não seja declarado mais de uma vez em qualquer arquivo no seu projeto.

Edite você AssemblyInfo.cs e #if! NETCOREAPP3_0 ... #endif

using System.Reflection;
using System.Runtime.CompilerServices;
using System.Runtime.InteropServices;
// General Information about an assembly is controlled through the following
// set of attributes. Change these attribute values to modify the information
// associated with an assembly.

#if !NETCOREAPP3_0  

[assembly: AssemblyTitle(".Net Core Testing")]
[assembly: AssemblyDescription(".Net Core")]
[assembly: AssemblyConfiguration("")]
[assembly: AssemblyCompany("")]
[assembly: AssemblyProduct(".Net Core")]
[assembly: AssemblyCopyright("Copyright ©")]
[assembly: AssemblyTrademark("")]
[assembly: AssemblyCulture("")]

// Setting ComVisible to false makes the types in this assembly not visible
// to COM components.  If you need to access a type in this assembly from
// COM, set the ComVisible attribute to true on that type.
[assembly: ComVisible(false)]

// The following GUID is for the ID of the typelib if this project is exposed to COM
[assembly: Guid("000b119c-2445-4977-8604-d7a736003d34")]

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version
//      Build Number
//      Revision
//
// You can specify all the values or you can default the Build and Revision Numbers
// by using the '*' as shown below:
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.0")]
[assembly: AssemblyFileVersion("1.0.0.0")]

#endif

Eu recebi esse erro quando coloquei 2 projetos no mesmo diretório. Se eu tiver um diretório com uma solução e colocar um diretório Web e Dados separado, ele será compilado corretamente.

Se você estiver enfrentando esse problema em um Pipeline de Compilação no Azure DevOps, tente colocar a Ação de Compilação como "Conteúdo" e Copiar no Diretório de Saída igual a "Copiar se mais recente" nas propriedades do arquivo AssembyInfo.cs.

obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(15,12): error CS0579: Duplicate 'System.Reflection.AssemblyConfigurationAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]
obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(16,12): error CS0579: Duplicate 'System.Reflection.AssemblyFileVersionAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]
obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(17,12): error CS0579: Duplicate 'System.Reflection.AssemblyInformationalVersionAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]
obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(18,12): error CS0579: Duplicate 'System.Reflection.AssemblyProductAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]
obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(19,12): error CS0579: Duplicate 'System.Reflection.AssemblyTitleAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]
obj\Debug\netstandard2.0\PacktLibrary.AssemblyInfo.cs(20,12): error CS0579: Duplicate 'System.Reflection.AssemblyVersionAttribute' attribute [c:\Users\John_Tosh1\Documents\C#8.0and.NetCore3.0\Code\Chapter05\PacktLibrary\PacktLibrary.csproj]

Eu acredito que minha pasta Biblioteca foi corrompida por uma criação inadvertida de outra biblioteca de classes. Excluí a biblioteca de todos os arquivos associados, mas o problema persistiu. Encontrei uma solução alternativa ao excluir TODAS as pastas bin e obj no diretório. A compilação estava ok anteriormente, mas encontrou uma subpasta que tinha o mesmo arquivo assemblyinfo.cs.

Esse problema é um conflito de referência que é principalmente peculiar ao VS 2017.

Resolvi esse mesmo erro simplesmente comentando as linhas 7 a 14 e os códigos de versão do Assembly na parte inferior da página em AssemblyInfo.cs

Ele removeu todas as referências duplicadas e o projeto foi capaz de construir novamente.