build configuration inheritanceに深く入り込んだ後、次の質問が表示されます。いくつかのパッケージにのみ存在するビルド構成はどうやって処理しますか?自動ビルドを行う際に、プロジェクトごとに異なるビルド構成を扱うにはどうすればよいですか?
このように見えるように使用するコマンドラインからのビルド:
msbuild ..\lib\Package1.dproj /target:Build /p:config=%1
msbuild ..\lib\Package2.dproj /target:Build /p:config=%1
msbuild ..\lib\Package3.dproj /target:Build /p:config=%1
パラメータconfig
はDebug
またはRelease
のいずれかでした。これはうまくいった。
パッケージのいくつかはRelease_Child_Config
(私の場合はRelease
を継承します)のような新しいビルド構成を持っています。私は今、(例えば)を行う必要があります:
msbuild ..\lib\Package1.dproj /target:Build /p:config=Release_Child_Config
msbuild ..\lib\Package2.dproj /target:Build /p:config=Release_Child_Config
msbuild ..\lib\Package3.dproj /target:Build /p:config=Release
この例ではPackage3
がRelease_Child_Config
と呼ばれるビルド構成を持っていません。つまり、もう1つのconfig
パラメータを使用することはできません。
特別なビルドコンフィギュレーションRelease_Child_Config
を持つすべてのパッケージをビルドしたい場合、他のパッケージはRelease
に戻ってください。何とかこれを自動化することは可能ですか?または、各パッケージの各ビルド構成を作成する必要がありますか?
バッチスクリプトを '%1'に渡していますか? –
'Debug'または' Release'です。 –
.batファイルのif文を使用して、Releaseをそのプロジェクトを必要とするリリースのRelease_Child_Configに変換することができます。しかし、それはあなた自身のために人生を困難にしているようです。プレーンなリリースにこだわってみませんか? –