パッケージのバージョンは常にドットネットパックで1.0.0です

Question

TLDR：dotnet packは、アセンブリのためのナゲットパッケージを作成するときにバージョン情報を取得していますか？

私は.NET 4.6.1プロジェクトから.NETコアプロジェクトproject.jsonに移行したライブラリを持っています。この期間の私のCI（TFS 2015 vnextを使用）では、私は自分のバージョン番号を取得し、project.jsonファイルのバージョン番号を新しいバージョンに置き換えます。 dotnet packコマンドはバージョンアップだけを行い、更新されたバージョン番号で新しいパッケージを作成します。

先週、TFS 2015からTFS 2017にアップグレードしました.Part.jsonが更新された.csprojファイルに置き換えられました。私はCIを更新しました。私のCIの間に - /Properties/AssemblyInfo.csファイルを更新し、AssemblyVersionタグを現在のビルドのバージョンに置き換えます。それから、私はソリューションを構築します。これはうまくいきます。それから私はソリューションをパッケージ化します。

しかし、正しいビルド番号にAssemblyInfo.csに設定されているAssemblyVersionとAssemblyFileVersionにもかかわらず - dotnet packまだ*.1.0.0.nupkgあるファイルを.nupkg生産しています。

私には何が欠けていますか？あなたがdotnet packを使用する場合

dotnet pack $projectFile -o $currentDirectory 

Answer 1

、バージョンが（今*.csproj以前project.json、）プロジェクト定義から引き出され、ないAssemblyInfo.cs：

は、ここに私のpackコマンドです。したがって、新しいワークフローは、project.jsonの場合と非常によく似ています。

project.json to csproj migration docsからは、VersionPrefixとVersionSuffixのプロパティを使用できます。

前に：今

{ 
    "version": "1.0.0-alpha-*" 
} 

：

<PropertyGroup> 
    <VersionPrefix>1.0.0</VersionPrefix> 
    <VersionSuffix>alpha</VersionSuffix> 
</PropertyGroup> 

また、1つのVersionプロパティを使用することができますが、ドキュメントは、これは "パッケージング中にバージョン設定を無効にすることができる" と警告しています。より良い

<PropertyGroup> 
    <Version>1.0.0-alpha</Version> 
</PropertyGroup> 

Answer 2

まだ、DOTNETパックコマンドに/p:Version=$(Build.BuildNumber)（TFS/VSTS）を指定し、それがnugetパッケージで指定されたバージョンでそれを構築します。 例（非TFSの特定）：

dotnet pack .\src\example\example.csproj -o c:\published\example -c Release /p:Version=1.2.3 

例（TFSの特定）< - 私たちはPowerShellのスクリプトステップを使用して私たちのTFS 2017のパッキングのためにこれを使用しています。

dotnet pack $(Build.SourcesDirectory)\src\example\example.csproj -o $(Build.ArtifactStagingDirectory)\Pack -c Release /p:Version=$(Build.BuildNumber) 

注：パッケージ参照バージョンは更新されません。