0
NuGetパッケージを内部フィードにプッシュするためにTFSを使用しています。パッケージのバージョン番号の最後の桁を切り捨てる以外は正常に動作します。NuGet Pushのパッケージのバージョン番号の変更を停止するにはどうすればよいですか？
2017-01-12T14：22：47.5046993Z [コマンド] C：ここで
は、私は、ログファイルに何を得るのです\ BuildAgent \タスク\ NuGetPublisher \ 0.2.21 \ node_modules \ nuget-タスク共通\ NuGet \ 3.3.0 \ NuGet.exe -NonInteractive C：\ BuildAgent_work \ 17 \ b \ MyNugetPackageExampleを押します。 3.0.0.0 .nupkg -Source \\ MyExampleServer \ MyExampleShare \ MyExampleNuGetFeed -ApiKey VSTS 2017-01-12T14：22：47.9734608ZプッシュMyNugetPackageExample 3.0.0に '\\ MyExampleServer \ MyExampleShare \ MyExampleNuGetFeed' ... 2017-01-12T14：22：48.0047074Zパッケージがプッシュされました。ログは、作成したパッケージファイルのバージョン番号が3.0.0.0であることを示していますが、3.0.0.0に変更されました。つまり、元のバージョンとは異なるMyNugetPackageExample.3.0.0.nupkgのファイル名になります。
TFSサーバーを最新バージョンにアップグレードする前に、これまでにすべてうまくいきました。私たちのアセンブリのバージョン管理は標準ではないので、NuGetパッケージには4桁の数字が必要です。
どのように私はパッケージファイル名で騒ぐのをやめることができますか？
追加情報（13/01/2017）：
それはNuGetパッケージャによって作成されたパッケージMyNugetPackageExample.3.0.0.0.nupkgがNuSpecファイルでバージョン3.0.0を使用していることが判明し-versionパラメータが明示的に3.0.0.0に設定され、生成されるファイルのファイル名が3.0.0.0になりました。
パッケージをプッシュすると、NuSpecファイルに保持されているバージョンを使用するようにファイル名が更新されます。
NuGet 3.4では大きな変化だと言われていますが、NuGet 3.3ではこの問題が発生しています。 「この正規化はパッケージ自体のバージョン番号には影響しません; NuGetがバージョンとどのようにマッチするかだけに影響します」作成された元のパッケージを見ると、ファイル名（3.0.0.0）に正しいバージョン番号がありますが、NuSpecファイルの 'version'は（3.0.0に）切り捨てられています。 – John0987