project.json Versionierungsformat

Question

Ich bin auf der Suche nach einer formalen Definition der Versionsnummernformate für .NET Core project.json Dateien.

Version
Visual Studio erstellt eine Standardversionsnummer von "1.0.0- *". Ich würde liebend gerne meinen, dass das * bei aufeinanderfolgenden Builds aktualisiert wird (nicht). Die Build-Versionsnummer ist 1.0.0. Was bedeutet das * und was sind die rechtlichen Möglichkeiten?

Abhängigkeiten
erwartete ich die Abhängigkeit der nuget versioning rules zu befolgen Nummerierung dass KPM ist im Grunde ein nuget Front-End, aber es scheint nicht Klammer Nummerierung (zB „[1,2)“) zu unterstützen - Ich bekomme "keine gültige Versionszeichenfolge", wenn ich etwas anderes als ein leeres oder xx- * Format versuche.

Außerhalb der Quelle, hat jemand einen Link zu einer formalen Definition?

Answer 1

Ich bin mir nicht sicher, was ist los mit der Suche nach der Quelle für eine Definition. Ich denke, das ist der genaueste Ort für die Suche, besonders jetzt, wo vNext auf GitHub gehostet wird.

Mit Blick auf die beschriebene Ausnahme verweisen wir auf SemanticVersion.cs.

In the method TryParseInternal, it's fairly obvious why you're running into issues when attempting to declare min/max versions that way. Es gibt einfach keine Handhabung für [,] oder (,) in diese Methode eingebaut.

Wenn wir die reguläre NuGet Versionsangabe schauen, müssen it's obvious that TryParseVersionSpec does have this handling built in.

Wie für die Dokumentation Angabe akzeptablen Formate, werden Sie wahrscheinlich warten, bis es aus dem CTP-Status ist. Wenn Sie glauben, dass es ein Problem ist, sollten Sie document it in GitHub. Die Mitwirkenden reagieren sehr auf diese Art von Problemen. Persönlich bin ich nicht sicher, ob es eine Notwendigkeit gibt, eine maximale Version einer Abhängigkeit zu setzen, wenn sie mit Ihrem Build bereitgestellt wird.