Equivalente a AssemblyInfo in dotnet core / csproj

Poiché il core dotnet è tornato al .csprojformato, esiste un nuovo generatore automatico MyProject.AssemblyInfo.csche contiene tra l'altro.

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

Nota che questo viene rigenerato automaticamente ad ogni build. In precedenza il file era stato trovato nella directory / obj /, ora sembra essere solo in memoria poiché il file non può essere trovato sul disco e facendo clic sul messaggio di errore non si apre alcun file.

Questo è il messaggio di errore:

Dato che sono definiti lì, non posso definirli io stesso nel classico AssemblyInfo.cs.

Dove / come posso definire la società e la versione di un progetto?

Come hai già notato, puoi controllare la maggior parte di queste impostazioni in .csproj.

Se preferisci mantenerli in AssemblyInfo.cs, puoi disattivare gli attributi di assemblaggio generati automaticamente.

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

Se vuoi vedere cosa succede sotto il cofano, controlla Microsoft.NET.GenerateAssemblyInfo.targets all'interno di Microsoft.NET.Sdk.

Tali impostazioni sono state spostate nel file .csproj.

Per impostazione predefinita, non vengono visualizzati ma puoi scoprirli da Visual Studio 2017 nella Packagescheda delle proprietà del progetto .

Una volta salvati, questi valori possono essere trovati 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>

Nella scheda Informazioni sulle proprietà di Esplora file, FileVersionviene visualizzato come "Versione file" e Versionviene visualizzato come "Versione prodotto"

Faccio quanto segue per i miei progetti .NET Standard 2.0.

Creare un Directory.Build.propsfile (ad es. Nella radice del repository) e spostare le proprietà da condividere dal .csprojfile a questo file.

MSBuild lo raccoglierà automaticamente e li applicherà alla generazione automatica AssemblyInfo.cs.

Vengono inoltre applicati al pacchetto nuget durante la creazione di uno con dotnet packo tramite l'interfaccia utente in Visual Studio 2017.

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

Puoi sempre aggiungere il tuo AssemblyInfo.cs , utile per te InternalsVisibleToAttribute, CLSCompliantAttributee altri che non vengono generati automaticamente.

Aggiunta di AssemblyInfo.cs a un progetto

1. In Esplora soluzioni, fare clic con il tasto destro su <project name> > Add > New Folder.

2. Denominare la cartella "Proprietà".

3. Fare clic con il tasto destro sulla cartella "Proprietà" e fare clic Add > New Item....

4. Selezionare "Classe" e denominarlo "AssemblyInfo.cs".

Soppressione degli attributi generati automaticamente

Se si desidera spostare nuovamente i propri attributi in AssemblyInfo.cs invece di generarli automaticamente, è possibile eliminarli in MSBuild come indicato da natemcmaster nella sua risposta .

Aggiungendo alla risposta di NightOwl888, puoi fare un ulteriore passo avanti e aggiungere una AssemblyInfoclasse anziché una semplice classe:

Voglio estendere questo argomento / risposte con quanto segue. Come qualcuno ha detto, questo AssemblyInfo generato automaticamente può essere un ostacolo per gli strumenti esterni. Nel mio caso, usando FinalBuilder , ho avuto un problema che AssemblyInfo non veniva aggiornato dall'azione build. Apparentemente, FinalBuilder si affida al ~projfile per trovare la posizione di AssemblyInfo . Ho pensato, stava cercando ovunque nella cartella del progetto. No. Quindi, cambiando questo

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

ha svolto solo la metà del lavoro, ha consentito informazioni sull'assemblaggio personalizzato se creato da VS IDE / MS Build. Ma avevo bisogno che anche FinalBuilder lo facesse senza manipolazioni manuali nel file di informazioni sull'assemblaggio. Avevo bisogno di soddisfare tutti i programmi, MSBuild / VS e FinalBuilder.

Ho risolto questo aggiungendo una voce all'esistente ItemGroup

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

Ora, con questo elemento, FinalBuilder trova la posizione di AssemblyInfo e modifica il file. Mentre action Noneconsente a MSBuild / DevEnv di ignorare questa voce e di non segnalare più un errore in base Compileall'azione che di solito viene fornita con la voce Informazioni sull'assembly nei projfile.

C: \ Programmi \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): errore: sono stati inclusi elementi 'Compile' duplicati. .NET SDK include gli elementi 'Compila' dalla directory del progetto per impostazione predefinita. È possibile rimuovere questi elementi dal file di progetto o impostare la proprietà "EnableDefaultCompileItems" su "false" se si desidera includerli esplicitamente nel file di progetto. Per ulteriori informazioni, consultare https://aka.ms/sdkimplicititems . Gli elementi duplicati erano: 'AssemblyInfo.cs'