Paketversion ist immer 1.0.0 mit dotnet pack

Question

TLDR: Wo ist dotnet pack ziehen die Versionsinformationen, wenn es das Nugget-Paket für eine Baugruppe erstellt?

Ich habe eine Bibliothek, die ich von einem .NET 4.6.1-Projekt in ein .NET Core-Projekt mit project.json überging. Für mein CI während dieser Zeit (mit TFS 2015 vnext), würde ich meine Versionsnummer bekommen und die Versionsnummer in der Datei project.json durch die neue Version ersetzen. Der Befehl dotnet pack würde die Version problemlos auswählen und ein neues Paket mit der aktualisierten Versionsnummer erstellen.

Letzte Woche habe ich von TFS 2015 auf TFS 2017 aktualisiert. Es stellte sich heraus, dass project.json durch eine aktualisierte .csproj-Datei ersetzt wurde. Ich habe mein CI aktualisiert. Während meines CI - ich aktualisiere meine /Properties/AssemblyInfo.cs Datei und ersetze den AssemblyVersion Tag durch die Version für den aktuellen Build. Dann baue ich die Lösung - die gut funktioniert. Dann verpacke ich die Lösung.

Doch trotz der AssemblyVersion und AssemblyFileVersion wird in AssemblyInfo.cs auf die richtige Buildnummer gesetzt - dotnet pack noch produziert .nupkg Dateien, die *.1.0.0.nupkg sind.

Was fehlt mir?

Hier ist mein Pack-Befehl:

dotnet pack $projectFile -o $currentDirectory 

Answer 1

Wenn Sie dotnet pack verwenden, die Version von der Projektdefinition (bisher project.json, jetzt *.csproj), nicht AssemblyInfo.cs gezogen wird. Ihr neuer Workflow wird also sehr ähnlich dem sein, was er mit project.json war.

Von der project.json to csproj migration docs können Sie die Eigenschaften VersionPrefix und VersionSuffix Eigenschaften verwenden.

Vorher:

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

Jetzt:

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

können Sie verwenden auch die einzelnen Version Eigenschaft, aber die docs warnen, dass diese "Version Einstellungen während des Verpackens außer Kraft setzen kann".

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

Answer 2

Noch besser wäre es, geben /p:Version=$(Build.BuildNumber) (TFS/VSTS) auf dem dotnet Pack Befehl, und es wird sie mit der angegebenen Version in dem nuget Paket bauen. Beispiel (nicht TFS-spezifisch):

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

Beispiel (TFS-spezifisch) < - nutzen wir dies für unsere TFS 2017 Verpackung eines Powershell-Skript Schritt verwendet wird.

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

Hinweis: Paketversionsversionen werden nicht aktualisiert.