Еквівалентно AssemblyInfo в ядрі dotnet / csproj

Оскільки ядро ​​dotnet повернулося до .csprojформату, з'явилася нова автогенерована, MyProject.AssemblyInfo.csяка містить серед іншого.

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

Зауважте, що це автоматично регенерується в кожній збірці. Раніше файл знаходився в каталозі / obj /, тепер він, мабуть, є лише в пам'яті, оскільки файл не можна знайти на диску, а натискання повідомлення про помилку не відкриває жодного файлу.

Це повідомлення про помилку:

Оскільки вони визначені там, я не можу сам їх визначити у класичному AssemblyInfo.cs.

Де / як я можу визначити компанію та версію проекту?

Як ви вже помітили, ви можете керувати більшістю цих параметрів у .csproj.

Якщо ви хочете зберегти їх у AssemblyInfo.cs, ви можете вимкнути автоматично створені атрибути збірки.

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

Якщо ви хочете побачити, що відбувається під кришкою, перевірте Microsoft.NET.GenerateAssemblyInfo.targets всередині Microsoft.NET.Sdk.

Ці налаштування перемістилися у файл .csproj.

За замовчуванням вони не відображаються, але ви можете виявити їх у Visual Studio 2017 на Packageвкладці Властивості проекту .

Після збереження цих значень можна знайти в 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>

На вкладці Інформація про властивості провідника файлів FileVersionвідображається як "Версія файлу" та Versionвідображається як "Версія продукту"

Я роблю наступне для своїх .NET Standard 2.0 проектів.

Створіть Directory.Build.propsфайл (наприклад, у корені репортажу) та перемістіть властивості, якими слід ділитися, з цього .csprojфайлу у цей файл.

MSBuild підбере це автоматично і застосує їх до автогенерованих AssemblyInfo.cs.

Вони також застосовуються до пакету nuget при складанні одного з dotnet packабо через інтерфейс користувача у Visual Studio 2017.

Дивіться https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build

Ви завжди можете додати свій власний AssemblyInfo.cs , який стане в нагоді InternalsVisibleToAttribute, CLSCompliantAttributeта інші, які не створюються автоматично.

Додавання AssemblyInfo.cs до проекту

1. У Провіднику рішень клацніть правою кнопкою миші на <project name> > Add > New Folder.

2. Назвіть папку "Властивості".

3. Клацніть правою кнопкою миші на папці "Властивості" і натисніть Add > New Item....

4. Виберіть "Клас" та назвіть його "AssemblyInfo.cs".

Придушення атрибутів, створених автоматично

Якщо ви хочете перенести свої атрибути назад до AssemblyInfo.cs, а не автоматично створювати їх, ви можете придушити їх у MSBuild, як вказав у своїй відповіді natemcmaster .

Додавши відповідь NightOwl888, ви можете піти ще на крок і додати AssemblyInfoклас, а не просто звичайний клас:

Я хочу розширити цю тему / відповіді наступним чином. Як хтось згадував, ця автоматично створена AssemblyInfo може стати перешкодою для зовнішніх інструментів. У моєму випадку, використовуючи FinalBuilder , у мене виникла проблема, що AssemblyInfo не оновлювався дією збірки. Мабуть, FinalBuilder покладається на ~projфайл, щоб знайти місцезнаходження AssemblyInfo . Я думав, він шукав де-небудь під папкою проектів. Ні. Отже, змінивши це

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

зробив лише половину роботи, вона дозволила користувальницькій інформації про збірку, якщо вона побудована за допомогою VS IDE / MS Build. Але мені потрібно було FinalBuilder зробити це також без ручних маніпуляцій зі збиранням файлу інформації. Мені потрібно було задовольнити всі програми, MSBuild / VS та FinalBuilder.

Я вирішив це, додавши запис до існуючого ItemGroup

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

Тепер, маючи цей елемент, FinalBuilder знаходить місце розташування AssemblyInfo та змінює файл. Хоча дія Noneдозволяє MSBuild / DevEnv ігнорувати цей запис і більше не повідомляти про помилку, засновану на Compileдії, що зазвичай відбувається з введенням інформації про складання у projфайли.

C: \ Файли програми \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): помилка: Додано копії елементів "Компілювати". .NET SDK включає за замовчуванням елементи «Компілювати» з каталогу проектів. Ви можете або видалити ці елементи з файлу проекту, або встановити властивість "EnableDefaultCompileItems" на "false", якщо ви хочете явно включити їх у свій файл проекту. Для отримання додаткової інформації див. Https://aka.ms/sdkimplicititems . Повторними пунктами були: 'AssemblyInfo.cs'