Эквивалент 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: \ Program Files \ 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»