Entspricht AssemblyInfo in dotnet core / csproj

Da der Dotnet-Kern wieder in das .csprojFormat zurückgekehrt ist, gibt es einen neuen automatisch generierten Kern, der MyProject.AssemblyInfo.csunter anderem enthält.

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

Beachten Sie, dass dies bei jedem Build automatisch neu generiert wird. Früher wurde die Datei im Verzeichnis / obj / gefunden, jetzt scheint sie sich nur im Speicher zu befinden, da die Datei nicht auf der Festplatte gefunden werden kann und durch Klicken auf die Fehlermeldung keine Datei geöffnet wird.

Dies ist die Fehlermeldung:

Da sie dort definiert sind, kann ich sie im Klassischen nicht selbst definieren AssemblyInfo.cs.

Wo / wie kann ich das Unternehmen und die Version eines Projekts definieren?

Wie Sie bereits bemerkt haben, können Sie die meisten dieser Einstellungen in .csproj steuern.

Wenn Sie diese lieber in AssemblyInfo.cs behalten möchten, können Sie automatisch generierte Assemblyattribute deaktivieren.

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

Wenn Sie sehen möchten, was unter der Haube vor sich geht, überprüfen Sie Microsoft.NET.GenerateAssemblyInfo.targets in Microsoft.NET.Sdk.

Diese Einstellungen wurden in die .csproj-Datei verschoben.

Standardmäßig werden sie nicht angezeigt, aber Sie können sie in Visual Studio 2017 auf der PackageRegisterkarte Projekteigenschaften erkennen .

Nach dem Speichern finden Sie diese Werte in 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>

Auf der Registerkarte mit den Informationen zu den Eigenschaften des Datei-Explorers FileVersionwird "Dateiversion" und Version"Produktversion" angezeigt.

Ich mache Folgendes für meine .NET Standard 2.0-Projekte.

Erstellen Sie eine Directory.Build.propsDatei (z. B. im Stammverzeichnis Ihres Repos) und verschieben Sie die freizugebenden Eigenschaften aus der .csprojDatei in diese Datei.

MSBuild nimmt es automatisch auf und wendet es auf die automatisch generierte an AssemblyInfo.cs.

Sie werden auch auf das Nuget-Paket angewendet, wenn Sie eines mit dotnet packoder über die Benutzeroberfläche in Visual Studio 2017 erstellen .

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

Sie können jederzeit Ihre eigenen AssemblyInfo.cs hinzufügen , was praktisch ist InternalsVisibleToAttribute, CLSCompliantAttributeund andere, die nicht automatisch generiert werden.

Hinzufügen von AssemblyInfo.cs zu einem Projekt

1. Klicken Sie im Projektmappen-Explorer mit der rechten Maustaste auf <project name> > Add > New Folder.

2. Nennen Sie den Ordner "Eigenschaften".

3. Klicken Sie mit der rechten Maustaste auf den Ordner "Eigenschaften" und klicken Sie auf Add > New Item....

4. Wählen Sie "Klasse" und nennen Sie es "AssemblyInfo.cs".

Automatisch generierte Attribute unterdrücken

Wenn Sie Ihre Attribute zurück in AssemblyInfo.cs verschieben möchten, anstatt sie automatisch generieren zu lassen, können Sie sie in MSBuild unterdrücken, wie natemcmaster in seiner Antwort ausgeführt hat .

Ich möchte dieses Thema / diese Antworten mit folgendem erweitern. Wie bereits erwähnt, kann diese automatisch generierte AssemblyInfo ein Hindernis für die externen Tools sein. In meinem Fall hatte ich mit FinalBuilder ein Problem, dass AssemblyInfo nicht durch eine Build-Aktion aktualisiert wurde. Anscheinend stützt sich FinalBuilder auf die ~projDatei, um den Speicherort der AssemblyInfo zu finden . Ich dachte, es würde irgendwo unter dem Projektordner suchen. Also, das ändern

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

hat nur die Hälfte der Arbeit erledigt und benutzerdefinierte Assembly-Informationen zugelassen, wenn diese von VS IDE / MS Build erstellt wurden. Aber ich musste FinalBuilder auch ohne manuelle Manipulationen an der Assembly-Info-Datei ausführen . Ich musste alle Programme, MSBuild / VS und FinalBuilder, erfüllen.

Ich habe dies gelöst, indem ich dem vorhandenen einen Eintrag hinzugefügt habe ItemGroup

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

Mit diesem Element findet FinalBuilder den Speicherort von AssemblyInfo und ändert die Datei. Während die Aktion Nonees MSBuild / DevEnv ermöglicht, diesen Eintrag zu ignorieren und keinen Fehler mehr zu melden, der auf der CompileAktion basiert , die normalerweise mit dem Eintrag "Assembly Info" in projDateien einhergeht .

C: \ Programme \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): Fehler: Doppelte 'Kompilierungs'-Elemente wurden eingeschlossen. Das .NET SDK enthält standardmäßig Elemente zum Kompilieren aus Ihrem Projektverzeichnis. Sie können diese Elemente entweder aus Ihrer Projektdatei entfernen oder die Eigenschaft 'EnableDefaultCompileItems' auf 'false' setzen, wenn Sie sie explizit in Ihre Projektdatei aufnehmen möchten. Weitere Informationen finden Sie unter https://aka.ms/sdkimplicititems . Die doppelten Elemente waren: 'AssemblyInfo.cs'

Wenn Sie die Antwort von NightOwl888 ergänzen, können Sie noch einen Schritt weiter gehen und eine AssemblyInfoKlasse hinzufügen , anstatt nur eine einfache Klasse: