2

私は現時点では小さなアプリケーションを作成しており、完成した製品に近いビルド出力を整理しようとしています。アプリケーションは、さまざまなプロジェクトで構成されています。 Core Dllと実行時に読み込まれ、さまざまなデータソースを実装するいくつかのPlugin Dllの両方を参照するGUIアプリケーションとコマンドラインアプリケーションのほとんどを含むコアライブラリがあります。これらはすべてcore.dllを参照しますこれらには他のサードパーティのDLLも含まれている可能性があります。また、readmeのようないくつかの周辺ファイルがあります。最後に、core.dllとデータソースプラグインはユニットテストされています。Windowsアプリケーション用のビルドディレクトリ構造を設定する最善の方法

インストール時にすべてがディレクトリに出力されるようにビルドを構成したいと思います。私はデバッグとリリースビルドを別のディレクトリに構築したいが、そうでなければ同じディレクトリ構造を持つようにしたい。私はデバッグビルド用にテストをビルドし、それらを実行可能にしたいが、分離したい(すべてのテストDLLが別々のディレクトリに出力されると思う)。構造が想像される方法は次のとおりです。

Code/ 
    solutions etc here 
Debug/ 

    Project.Core.dll 
    Project.Gui.exe 
    Project.Cli.exe 
    readme.txt 
    lib/ 
     ThirdParty1.dll 
     ThirdParty2.dll 
    DataSource/ 
     DataSource1.dll 
     DataSource2.dll 
    Tests/ 
     Project.Core.Tests.dll 
     DataSource1.Tests.dll 
Release/ 
    same as Debug but without tests. 

このようなソリューションを得る方法はありますか?私はプラグインとアプリケーションをすべて一つの解決策から構築するのは難しいと思っています。おそらく賢明ではないかもしれませんが、一緒に配布されるのですごくいいです。 Nantや他のビルドツールを使用することは簡単です。

答えて

1

可能です。ただ、デバッグの両方で各.csprojに手動でタグをOutputPath変更し、Configuration Managerを使用して、リリースのためのビルドのテストを無効にすることができ、この

<OutputPath>..\$(Configuration)\any_subdirs</OutputPath> 

ような何かにファイルをリリース。

0

新しいプロジェクトを作成するたびに各プロジェクトを変更することは迷惑です。ここで

のソリューションです:

  1. は、プロジェクト対本当のを見つけ、それが( "%のPROGRAMFILES(x86の)%\のMicrosoft Visual Studioの10.0 \ Common7 \ IDE \ ProjectTemplates *")の下のどこかになるだろう

  2. ローカルでどこかにコピーします。

  3. プロジェクトのレイアウトスタイルに適した内容を編集します。プロジェクト名を更新したことを確認してください。名前は、新しいプロジェクトダイアログボックスでプロジェクトを検索するときに表示されます。 xmlタグはNameです。{something} .vstemplateファイルにあります。

  4. 内容をもう一度圧縮します。 (注:コンテンツはサブフォルダ内に存在してはいけません。したがって、/ *およびNOT/{somefolder}/*)。

  5. ( "%USERPROFILE%\ Documents \ Visual Studio 2010 \ Templates \ ProjectTemplates *")にカスタムプロジェクトを配置します。

  6. 新しいプロジェクトを追加するには、カスタムプロジェクトを選択してください!

関連する問題