私は自分の会社用のプライベートNuGetパッケージを作成しています。私は.dllの2つの異なるバージョンを配布したいと思います。 .dllのリリースは、開発用にこのDLLを呼び出せる開発者のためのものでした。そして、一部の開発者にとっては.dllのIDをデバッグすると、2番目のバージョンのDLL自体を開発することができます。設定フレームワークを使用したカスタムナゲットパッケージ
NuGetパッケージを使用してこれを実現したい場合は、これが可能ですか？ MSBuildで参照を追加するパッケージのインストール時にスクリプトを作成する必要がありますか、それとも、あまりにも複雑になっていますか？
提案がありますか？前もって感謝します。
私はMSBuildの中で参照を追加し、パッケージのインストール時にスクリプトを作成する必要があり、または私は物事が複雑になり過ぎていますか？
私の知る限り、あなたはこのことを複雑にするかもしれません。つまり、デバッグモードにはをテストし、リリースモードにはdllを開発するため、これらの2つのdllファイルはそれぞれ別のパッケージに配布する必要があります。なぜなら、NuGetパッケージは通常、特定のターゲットフレームワークに対してただ1組のアセンブリを保持するからです。これは、実際には、デバッグとリリースのバージョンを出荷するために設計されていません。
さらに、dllにデバッグする人がいないので、dllのリリースバージョンが最適です。彼らはうまく動作し、動作するかどうかだけを気にします。
また、NuGetはプレリリース版を示すサフィックスとして任意の文字列を使用できます.NuGetはそのようなバージョンをプレリリース版として扱い、他の解釈はしません。だから-betaを使って開発用の新しいバージョンを指定することができます。
https://docs.microsoft.com/en-us/nuget/reference/package-versioning#pre-release-versions
基本的に私の理解あたり、パッケージの異なるバージョンを使用することは良いはずです。もちろん、1つのパッケージを使い続けるなら、Nekeniehlは正しい方向を示しました。
ご希望の場合はこちらをご覧ください。
同じDLLを作成することができ、各チームはyournuget -releaseまたはyournuget -debugのようなdllを取得できます。
私は通常、ビルドスクリプトを使用してナゲットを作成します。paketとFAKEはあなたの仕事に役立ちます。
そして、ここであなたの質問に関連して答え： How to create a nuget package with both release and debug dll's using nuget package explorer?
ありがとうございました。このリンクによれば、デバッグを追加して、1つのパッケージにDLLをリリースすることができます。しかし、レオが言ったように、私はこのことを複雑にするかもしれません。もう1つのベータ・ナゲット・パッケージが良いでしょう。とにかく、あなたの答えにも感謝します。 –
はい、私はこの事を過度にするかもしれません、ベータナゲットパッケージを使用するアイデアは非常にうまくいきます。ありがとう。 –