Wie lassen Sie TeamBuild 2015 mehrere Konfigurationsoptionen nicht für alle Schritte gelten?

Question

Ich mag das Konzept hinter MultiConfiguration über die Registerkarte "Optionen" in TFS 2015 TeamBuild. Aber ich möchte nicht, dass der resultierende "Matrix-Build" auf jeden Schritt in der Build-Definition angewendet wird.

Wir wollen in der Regel benutzerdefinierte „post VS SLN Schritte kompilieren“ laufen only once nach jeder Konfiguration zusammengestellt wurde. Und wir wollen, dass die Artefakte, die von diesen Schritten erzeugt werden, nach Abschluss der Post-Kompilierungsschritte "only once" fallengelassen werden.

Gerade jetzt, verursacht diese multiconfiguration-Funktion an jedem einzelnen Schritt in Ihrem Build Rezepte für jede Kombination (typischerweise BuildPlatform und BuildConfiguration) wiederholt werden.

Gibt es ist Art und Weise multiconfiguration gilt nur das Visual Studio Build-Schritte zu machen? Ich denke, als Fallback können wir MultiConfiguration einfach nicht verwenden und fügen für jede Kombination aus BuildPlatform und BuildConfiguration einen Visual Studio Build-Schritt hinzu. Das ist irgendwie lahm.

Answer 1

Nun, wie Sie die Beschreibung unter Multi-Konfiguration erweitern sehen: Erstellen Sie mehrere Konfigurationen mit den gleichen Schritten.

Also entweder den benutzerdefinierten Schritt mit mehrfach gebaut hinzuzufügen, oder nicht den Schritt hinzuzufügen. Vorläufig müssen Sie möglicherweise das Fallback verwenden, das Sie in der Frage erwähnt haben.

Wenn Sie es ist ein notwendiges Merkmal Anfrage denken, könnten Sie dies in Uservoice hinzufügen. Der TFS-Administrator und der PM werden dies prüfen.

Uservoice: https://visualstudio.uservoice.com/forums/330519-team-services

Answer 2

Dies ist derzeit nicht möglich. MultiConfiguration erstellt immer alle Schritte.

Es wurde von einem Build-chainingmerkmal Gespräch, von dem man einen Trigger eine nachfolgende Builddefinition aufzubauen. Sobald dies verfügbar ist, könnte Ihr Start-Build den Build parallel/multi-config auslösen.

Es ist bereits heute möglich, den Build-Prozess in einer Release-Definition fortzusetzen. Wenn Sie die erste Release-Phase als einen Zeitpunkt behandeln, an dem die Build-Schritte abgeschlossen werden, können Sie zusätzliche Schritte auslösen, wenn die parallelen Schritte abgeschlossen sind.

Es ist nicht ideal, aber es ist, was heute verfügbar ist.