まず、私はJava/Mavenのバックグラウンドから来ていることを明確にしたいと思います。.exeファイルをNugetパッケージに含めることは悪い習慣ですか？
私はネクサスを管理していますし、我々は、彼らがNugetリポジトリの下ネクサスでexeファイルを格納できるかどうかを尋ねている.NETで開発しているチームを持っています。これはできないので（exe -sは実際に "アーカイブ"のようにアーティファクトではありません）、Nugetパッケージはexe -sを保存するのに合理的な場所ですか？私は個人的には「いいえ」と言っています.Nugetパッケージにはライブラリやその他のリソースだけが含まれているはずですが、.NET開発者ではないので、ベストプラクティスが何であるかを知りたいと思います。
は、exe-sを保存するための合理的な場所ですか？
ツールの場合は、はいです。いくつかの良い例がありますが、Nugetはexeファイルを保存するのに最適な場所です。例えば
：CSS-ファイル用のコンパイラであるツール（スタンドアロンEXE）を、持っているdotless
nugetパッケージ。これにより、ビルドサーバーにサードパーティのソフトウェアをインストールすることなく、（TFS-）ビルドサーバーでそのツールを使用することができます。
しかしそれ以外は、私はあなたに同意します。 Nugetパッケージは主に、プロジェクトで参照されるライブラリやその他のリソース用です。しかし、それは開発者と異なるチームの間でコードを普及させるための単なるプラットフォームです。
それともNugetとしてそれを置く：
どんなにあなたのパッケージが何をするか、またはそれが含まれているどのようなコード、NuGetはあなたと を共有し、任意の数で使用することができコンポーネントにその機能をパッケージ化する方法 ではありません他の開発者の
私はあなたのユースケースについてはっきりしていませんが、実行可能なツール（つまりおそらく '.exe'ファイル）を提供するパッケージがいくつかあるようです。例えば、['NUnit.ConsoleRunner']（https://www.nuget.org/packages/NUnit.ConsoleRunner/）はそうしたパッケージのようです。 –