Equivalente a AssemblyInfo no dotnet core / csproj

Desde que o núcleo do dotnet voltou ao .csprojformato, há um novo gerado automaticamente MyProject.AssemblyInfo.csque contém entre outros.

[assembly: AssemblyCompany("MyProject")]
[assembly: AssemblyVersion("1.0.0.0")]

Observe que isso é regenerado automaticamente a cada compilação. Anteriormente, o arquivo foi encontrado no diretório / obj /, agora parece estar apenas na memória, pois o arquivo não pode ser encontrado no disco e clicar na mensagem de erro não abre nenhum arquivo.

Esta é a mensagem de erro:

Como eles são definidos lá, não posso defini-los eu mesmo no clássico AssemblyInfo.cs.

Onde / como posso definir a empresa e a versão de um projeto?

Como você já notou, é possível controlar a maioria dessas configurações no .csproj.

Se preferir mantê-los em AssemblyInfo.cs, você pode desativar os atributos de montagem gerados automaticamente.

<PropertyGroup>
   <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
</PropertyGroup> 

Se você quiser ver o que está acontecendo, confira Microsoft.NET.GenerateAssemblyInfo.targets dentro do Microsoft.NET.Sdk.

Essas configurações foram movidas para o arquivo .csproj.

Por padrão, eles não aparecem, mas você pode descobri-los no Visual Studio 2017 na Packageguia de propriedades do projeto .

Uma vez salvos, esses valores podem ser encontrados em MyProject.csproj

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net461</TargetFramework>
    <Version>1.2.3.4</Version>
    <Authors>Author 1</Authors>
    <Company>Company XYZ</Company>
    <Product>Product 2</Product>
    <PackageId>MyApp</PackageId>
    <AssemblyVersion>2.0.0.0</AssemblyVersion>
    <FileVersion>3.0.0.0</FileVersion>
    <NeutralLanguage>en</NeutralLanguage>
    <Description>Description here</Description>
    <Copyright>Copyright</Copyright>
    <PackageLicenseUrl>License URL</PackageLicenseUrl>
    <PackageProjectUrl>Project URL</PackageProjectUrl>
    <PackageIconUrl>Icon URL</PackageIconUrl>
    <RepositoryUrl>Repo URL</RepositoryUrl>
    <RepositoryType>Repo type</RepositoryType>
    <PackageTags>Tags</PackageTags>
    <PackageReleaseNotes>Release</PackageReleaseNotes>
  </PropertyGroup>

Na guia de informações das propriedades do explorador de arquivos, FileVersioné mostrada como "Versão do arquivo" e Versioné mostrada como "Versão do produto"

Eu faço o seguinte para meus projetos do .NET Standard 2.0.

Crie um Directory.Build.propsarquivo (por exemplo, na raiz do seu repositório) e mova as propriedades a serem compartilhadas do .csprojarquivo para esse arquivo.

O MSBuild irá buscá-lo automaticamente e aplicá-los à geração automática AssemblyInfo.cs.

Eles também são aplicados ao pacote nuget ao criar um com dotnet packou via interface do usuário no Visual Studio 2017.

Consulte https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build

Você sempre pode adicionar seus próprios AssemblyInfo.cs , que vem em para acessível InternalsVisibleToAttribute, CLSCompliantAttributee outros que não são gerados automaticamente.

Adicionando AssemblyInfo.cs a um projeto

1. No Solution Explorer, clique com o botão direito do mouse em <project name> > Add > New Folder.

2. Nomeie a pasta "Propriedades".

3. Clique com o botão direito do mouse na pasta "Propriedades" e clique em Add > New Item....

4. Selecione "Classe" e chame-o de "AssemblyInfo.cs".

Suprimindo atributos gerados automaticamente

Se você deseja mover seus atributos de volta para AssemblyInfo.cs em vez de gerá-los automaticamente, é possível suprimi-los no MSBuild como natemcmaster apontou em sua resposta .

Adicionando à resposta do NightOwl888, você pode dar um passo adiante e adicionar uma AssemblyInfoclasse em vez de apenas uma classe simples:

Quero estender este tópico / respostas com o seguinte. Como alguém mencionado, este AssemblyInfo gerado automaticamente pode ser um obstáculo para as ferramentas externas. No meu caso, usando o FinalBuilder , tive um problema que o AssemblyInfo não estava sendo atualizado pela ação de compilação. Aparentemente, o FinalBuilder depende do ~projarquivo para encontrar a localização do AssemblyInfo . Eu pensei, estava procurando em qualquer lugar na pasta do projeto. Não. Então, mudar isso

<PropertyGroup>
   <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
</PropertyGroup> 

fez apenas metade da tarefa, permitiu informações personalizadas de montagem, se construídas pelo VS IDE / MS Build. Mas eu precisava do FinalBuilder também sem manipulações manuais para o arquivo de informações de montagem. Eu precisava satisfazer todos os programas, MSBuild / VS e FinalBuilder.

Eu resolvi isso adicionando uma entrada à existente ItemGroup

<ItemGroup>
   <Compile Remove="Common\**" />
   <Content Remove="Common\**" />
   <EmbeddedResource Remove="Common\**" />
   <None Remove="Common\**" />
   <!-- new added item -->
   <None Include="Properties\AssemblyInfo.cs" />
</ItemGroup>

Agora, com esse item, o FinalBuilder localiza o local do AssemblyInfo e modifica o arquivo. Embora a ação Nonepermita que o MSBuild / DevEnv ignore essa entrada e não reporte mais um erro com base na Compileação que geralmente acompanha a entrada Informações sobre a montagem nos projarquivos.

C: \ Arquivos de programas \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): erro: itens 'Compilar' duplicados foram incluídos. O .NET SDK inclui itens de 'Compilação' do diretório do projeto por padrão. Você pode remover esses itens do arquivo do projeto ou definir a propriedade 'EnableDefaultCompileItems' como 'false' se desejar incluí-los explicitamente no arquivo do projeto. Para mais informações, consulte https://aka.ms/sdkimplicitititems . Os itens duplicados foram: 'AssemblyInfo.cs'