新しいソフトウェアを開始するたびに、構成に移動して、pdb ファイルの生成と、リリース ビルドの Visual Studio ホスティング プロセスをオフにする必要があります。Visual Studio (特に 2008) に、残りのすべてのプロジェクトでそれを行いたいことを伝える方法はありますか?
3 に答える
いろいろ調べてみると、C# のプロジェクト ファイルは に保存されているよう\program files\microsoft visual studio 9.0\common7\ide\projecttemplatescache\csharp\windows\1033
です。関連するテンプレートの正しいセクション (デバッグ構成とリリース構成用に別のセクションがあります) に追加<UseVSHostingProcess>false</UseVSHostingProcess>
することにより、選択したタイプの今後のすべてのプロジェクトのホスティング プロセスをオフにすることができます。
同様の方法でPDBの問題を処理できるはずですが、私が言ったように、それらをオフにすることはお勧めしないので、演習として残します:)
これは VS2008 に当てはまりますが、他のエディションにも同様のスキームがあると思います。実際、VS2010 も同じアプローチを使用していますが、明らかにディレクトリ内のバージョン番号は 9.0 ではなく 10.0 です。
VS 2010 では、Project Properties -> Build -> Advanced... -> Debug Info の下に .pdb 生成を制御するプロジェクト プロパティがあります。
.pdb の生成を抑制するには、これを「なし」に設定します。
不要なこれらのファイルを削除するビルド後の手順を追加してみませんか。うーん、それはあなたが望んでいたものではなく、さらに別のステップです:-(
FindFirstFileおよびFindNextFileループを実行してリリースディレクトリ内のPDBおよびshostファイルを検索する小さなヘルパーアプリを作成するのはどうでしょうか。それらを見つけると、それらを削除します。または、アーカイブの場所に移動することをお勧めします。これにより、リリースパッケージの問題からファイルを削除できますが、バグ分析に必要な場合に備えてファイルを保持できます。
さらに、ヘルパーアプリであるため、スタッフを解放するための事前ハンドオフの一部として1回だけ実行できます。
この手法は多くのことに使用されます。
- DLLが最新であることを確認します(基本的に、ビルドツリー全体のインテリジェントな更新)
- VCビルドのクリーニングは、「バッチビルド」よりも優れています(Visual Studioをクラッシュさせる可能性のあるファイルの一部を削除します)
- 特定の方法で確実にアーカイブする(私があなたに提案したものと同様)
- 等
私はブライアンと一緒です-これらのファイルを保持する必要があります。バグや障害をデバッグする必要がある場合は、これらのファイルが必要になります。