2016-04-29 6 views
4

TFS 2015 TeamBuildの[オプション]タブでMultiConfigurationのコンセプトが好きです。しかし、結果として得られる「マトリックスビルド」がビルド定義のすべてのステップに適用されることは望ましくありません。TeamBuild 2015の複数の設定オプションは、どのようにすべてのステップに適用されないのですか?

一般に、すべての設定がコンパイルされた後で、カスタム "post VS SLNコンパイルステップ" only onceを実行します。また、コンパイル後のステップが完了した後で、これらのステップから生成された成果物を「落とした」only onceにします。

現時点では、このマルチ構成機能を使用すると、各組み合わせ(通常はBuildPlatformおよびBuildConfiguration)ごとにビルドレシピのすべてのステップが繰り返されます。

MultiConfigurationをVisual Studioのビルドステップだけに適用する方法はありますか?私はフォールバックとして、MultiConfigurationを使用せず、BuildPlatformとBuildConfigurationの各組み合わせに対してVisual Studio Buildステップを追加することはできません。しかし、それは少しでも不自由です。まあ

答えて

4

、あなたはマルチコンフィギュレーションの下で記述を広げる見ることができる。同じ手順を持つ複数の構成を構築します。だから、どちらか

enter image description here

が内蔵され、複数回カスタム・ステップを追加したり、ステップを追加しないように。今のところ、あなたは質問で述べたフォールバックを使わなければならないかもしれません。

必要な機能のリクエストだと思われる場合は、これをuservoiceに追加できます。 TFSの管理者とPMは親切にそれを見直します。

ユーザーボイス: https://visualstudio.uservoice.com/forums/330519-team-services

+0

Visual Studioビルドのようないくつかのステップに適用されるbuild platform/configマトリックスが必要ですが、InstallShieldを実行するPowerShellスクリプトのようないくつかのステップは、*すべての*すべてのプラットフォーム/構築されています。 uservoiceのリンクのおかげで。私はそこに何かを私たちの口座担当者から提出するでしょう。 –

1

これは現在できません。 MultiConfigurationは常にすべてのステップをビルドします。

次のビルド定義をトリガーにするビルドチェーンの機能があります。一度それが利用可能になると、あなたのスタートビルドはパラレル/マルチ設定ビルドを引き起こす可能性があります。

リリース定義でビルドプロセスを続行することはすでに可能です。最初のリリースステージをビルドステップを「完了」するための特定の時点として扱うことで、パラレルステップが完了したときに追加のステップがトリガーされる可能性があります。

これは理想的ではありませんが、現在利用できるものです。

+0

「マルチ設定を適用する」という制御オプションやそのような文言のように、私は各ステップのチェックボックスに満足しています。このチェックボックスはおそらくコントロールオプションの下に行くことができます。 –

+0

このようなオプションはありません。並列化すると、これらのビルドは実際には異なるワークスペースの複数のサーバーで実行されることに注意してください。結果を集める場所は1つだけではありません。 – jessehouwing

+0

しかし、それは論理的に単一のビルドです。私は自分のテスト結果/カバレッジをそのビルドに関連づけたい。 XAMLビルドテンプレートはこれを簡単にします。これは、さまざまなプラットフォーム構成の組み合わせでコードをビルド/テストしたいが、それらのバイナリをすべてZIPファイルまたはMSIファイルにパッケージ化するための手順を実行する必要がある一般的なユーザーシナリオではないと考えるのは難しいです。私は、これが*同じ*マシン上でのみ並列化されたビルドをサポートするという制限に完全に満足しています。それは問題を起こさないはずです。 –

関連する問題