Equivalent à AssemblyInfo dans dotnet core / csproj

Depuis que le noyau dotnet est revenu au .csprojformat, il existe un nouveau générateur automatique MyProject.AssemblyInfo.csqui contient entre autres.

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

Notez que cela est automatiquement régénéré à chaque build. Auparavant, le fichier était trouvé dans le répertoire / obj /, il semble maintenant être uniquement en mémoire car le fichier est introuvable sur le disque et cliquer sur le message d'erreur n'ouvre aucun fichier.

Voici le message d'erreur:

Puisqu'ils y sont définis, je ne peux pas les définir moi-même dans le classique AssemblyInfo.cs.

Où / comment puis-je définir la société et la version d'un projet?

Comme vous l'avez déjà remarqué, vous pouvez contrôler la plupart de ces paramètres dans .csproj.

Si vous préférez les conserver dans AssemblyInfo.cs, vous pouvez désactiver les attributs d'assembly générés automatiquement.

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

Si vous voulez voir ce qui se passe sous le capot, consultez Microsoft.NET.GenerateAssemblyInfo.targets à l' intérieur de Microsoft.NET.Sdk.

Ces paramètres ont été déplacés dans le fichier .csproj.

Par défaut, ils n'apparaissent pas, mais vous pouvez les découvrir à partir de Visual Studio 2017 dans l' Packageonglet des propriétés du projet .

Une fois enregistrées, ces valeurs peuvent être trouvées dans 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>

Dans l'onglet d'informations sur les propriétés de l'explorateur de fichiers, FileVersions'affiche comme "Version du fichier" et Versioncomme "Version du produit"

Je fais ce qui suit pour mes projets .NET Standard 2.0.

Créez un Directory.Build.propsfichier (par exemple à la racine de votre référentiel) et déplacez les propriétés à partager du .csprojfichier vers ce fichier.

MSBuild le récupérera automatiquement et les appliquera à la génération automatique AssemblyInfo.cs.

Ils sont également appliqués au package nuget lors de la création d'un avec dotnet packou via l'interface utilisateur dans Visual Studio 2017.

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

Vous pouvez toujours ajouter votre propre AssemblyInfo.cs , qui est utile pour InternalsVisibleToAttribute, CLSCompliantAttributeet d'autres qui ne sont pas générés automatiquement.

Ajout de AssemblyInfo.cs à un projet

1. Dans l'Explorateur de solutions, cliquez avec le bouton droit sur <project name> > Add > New Folder.

2. Nommez le dossier "Propriétés".

3. Faites un clic droit sur le dossier "Propriétés", puis cliquez sur Add > New Item....

4. Sélectionnez "Classe" et nommez-le "AssemblyInfo.cs".

Suppression des attributs générés automatiquement

Si vous souhaitez déplacer vos attributs vers AssemblyInfo.cs au lieu de les générer automatiquement, vous pouvez les supprimer dans MSBuild comme natemcmaster l'a souligné dans sa réponse .

En ajoutant à la réponse de NightOwl888, vous pouvez aller plus loin et ajouter une AssemblyInfoclasse plutôt qu'une simple classe:

Je souhaite étendre ce sujet / réponses avec ce qui suit. Comme quelqu'un l'a mentionné, cet AssemblyInfo généré automatiquement peut être un obstacle pour les outils externes. Dans mon cas, en utilisant FinalBuilder , j'ai eu un problème que AssemblyInfo n'était pas mis à jour par l'action de génération. Apparemment, FinalBuilder s'appuie sur un ~projfichier pour trouver l'emplacement de AssemblyInfo . Je pensais qu'il cherchait n'importe où dans le dossier du projet. Non. Donc, changer ça

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

n'a fait que la moitié du travail, il a permis des informations d'assemblage personnalisées si elles étaient construites par VS IDE / MS Build. Mais j'avais besoin que FinalBuilder le fasse aussi sans manipulations manuelles dans le fichier d'informations d'assemblage. J'avais besoin de satisfaire tous les programmes, MSBuild / VS et FinalBuilder.

J'ai résolu cela en ajoutant une entrée à l'existant ItemGroup

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

Maintenant, ayant cet élément, FinalBuilder trouve l'emplacement de AssemblyInfo et modifie le fichier. Tandis que l'action Nonepermet à MSBuild / DevEnv d'ignorer cette entrée et de ne plus signaler une erreur basée sur l' Compileaction qui est généralement fournie avec l'entrée Infos d'assemblage dans les projfichiers.

C: \ Program Files \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): erreur: des éléments de «compilation» en double ont été inclus. Le SDK .NET comprend par défaut les éléments de «compilation» de votre répertoire de projet. Vous pouvez soit supprimer ces éléments de votre fichier de projet, soit définir la propriété «EnableDefaultCompileItems» sur «false» si vous souhaitez les inclure explicitement dans votre fichier de projet. Pour plus d'informations, voir https://aka.ms/sdkimplicititems . Les éléments en double étaient: «AssemblyInfo.cs»