バージョン管理が特に劇的に変化したとは言えません。バージョン番号 xyz で、「x」は「大きな変更/重大な変更」を意味し、「y」は「マイナーな追加と修正」を意味し、「z」は「非常にマイナーな修正」を意味します。これは、セマンティック バージョニング (SemVer) の状態にかなり近いものです。
project.json
ベースのプロジェクトでは、バージョンを指定する場所は 1 つだけで、それはproject.json
ファイル自体にあります。その 1 つのバージョンは SemVer (例: x.y.z-prerel
) であり、NuGet パッケージ バージョンとアセンブリ バージョン、およびアセンブリ情報バージョンに使用されます。アセンブリでアセンブリ バージョンまたは情報バージョンを明示的に設定した場合、それらは優先され、オーバーライドされません。(ここでコードを見ることができます。)
実行時に、リフレクションを通じてアセンブリ バージョンを読み取ることができます (いつものように)。
DNX アプリケーションで実行する場合、実行中のILibraryManager
アプリケーションを検査するために使用できるインターフェイスもあります。ただし、これはかなり高度なシナリオです。
最後に、project.json
ファイル内でバージョンの xyz 部分をハードコーディングできます。たとえば、プレリリース指定子に1.2.3
a を指定することもできます。プレリリース指定子に使用する場合、 という名前の環境変数を設定して、の値を指定できます。*
1.2.3-*
*
DNX_BUILD_VERSION
*
beta1
rc2-54289
バージョン番号全体を外部からより柔軟に指定できるようにするために、いくつかの機能要求がログに記録されています。