dotnet core / csprojのAssemblyInfoに相当

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.Sdk内のMicrosoft.NET.GenerateAssemblyInfo.targets を確認してください。

これらの設定は.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。

またdotnet pack、Visual Studio 2017でUI を使用して、またはUIを介してビルドするときに、それらはnugetパッケージに適用されます。

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に戻したい場合は、natemcmasterが回答で指摘したように、MSBuildで属性を抑制できます。

NightOwl888の答えに加えて、さらに一歩進んAssemblyInfoで、単なるクラスではなくクラスを追加できます。

このトピック/回答を次のように拡張したいと思います。誰かが述べたように、この自動生成されたAssemblyInfoは外部ツールの障害になる可能性があります。私の場合、FinalBuilderを使用して、AssemblyInfoがビルドアクションによって更新されないという問題がありました。どうやら、FinalBuilderはAssemblyInfoの~proj場所を見つけるためにファイルに依存しています。プロジェクトフォルダーの下のどこかを見ていると思いました。いいえ、これを変更します

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

仕事の半分しかしませんでした。VSIDE / MSビルドでビルドした場合、カスタムアセンブリ情報が許可されました。しかし、アセンブリ情報ファイルを手動で操作せずに、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）：error：Duplicate 'Compile' items was included。.NET SDKには、デフォルトでプロジェクトディレクトリの「コンパイル」アイテムが含まれています。これらのアイテムをプロジェクトファイルから削除するか、プロジェクトファイルに明示的に含める場合は、 'EnableDefaultCompileItems'プロパティを 'false'に設定します。詳細については、https：//aka.ms/sdkimplicititemsを参照してください。重複したアイテムは次のとおりです： 'AssemblyInfo.cs'