2

ich ein Teamcity-Projekt haben die vier Konfigurationen und die Build-Kette Bedürfnisse enthält so etwas wie folgt aussehen:Teamcity Build-Chain-Konfiguration

Build Chain set up

beim Aufbau, der manuell ausgelöst werden kann und führt .bat-Skripte, die kompiliert eine Reihe von Artefakten, die Deploy und TEST aufnehmen können.

Deploy und TEST - Region 1 haben eine Artefakt Abhängigkeit von dem Build- Config.

Deploy und TEST - Region 2 haben eine Artefakt Abhängigkeit von dem Build- Config.

Da ich sowohl Region1 und Region2 laufen parallel, sobald Build ist erfolgreich, wollte habe ich eine Snapshot Abhängigkeit Deploy und TEST - Region 1 und Deploy und TEST - Region 2 auf Config Bauen

Jetzt muss ich die Test Status Konfiguration konfigurieren, nur um den Fehler/Erfolg der vorherigen Konfiguration (Deploy und TEST-Konfigurationen) zu melden.

Wie kann dies erreicht werden? Muss ich mein Setup irgendwo für den Anwendungsfall optimieren, den ich versuche zu erreichen?

Antwort

1

Das Setup sieht korrekt aus. Um den Build-Chain-Status in Test Status Konfiguration zu erhalten, müssen Sie Snapshot-Abhängigkeiten Deploy und TEST - Region 1 und Deploy und TEST - Region 2 Konfigurationen hinzufügen. Falls eine Build von der Kette ausfällt, Test Status Build auch mit dem Status fehl: "Snapshot Abhängigkeiten fehlgeschlagen:... < Buildkonfigurationen Namen>"

Wenn Sie diese Snapshot-Abhängigkeiten hinzu, und führen Sie Test-Status über UI, die gesamte Build-Kette wird der Warteschlange hinzugefügt. Sie können auch einen VCS-Trigger in Teststatus Build-Konfiguration mit der Option "Auslöser für Änderungen in Snapshot-Abhängigkeiten" konfigurieren. Wenn diese Optionen aktiviert sind, wird die gesamte Build-Kette ausgelöst, auch wenn Änderungen in Abhängigkeiten erkannt werden, nicht in dem resultierenden Build.

Diese article kann hilfreich sein.

+0

Das funktioniert! Aber aus irgendeinem seltsamen Grund laufen Deploy und TEST - Region 1 und Deploy und TEST - Region 2 nicht parallel ab, selbst nachdem Snapshot-Abhängigkeiten hinzugefügt wurden. Irgendeine Idee warum? – vkr

+0

Haben Sie beide Builds (Deploy und TEST - Region 1 und Deploy und TEST - Region 2) zur Build-Warteschlange hinzugefügt? Gibt es mehrere inaktive Agenten, die diese Builds ausführen können? –

+0

Wenn ich Test Status config ausführe, habe ich 4 Konfigs hinzugefügt, um die Build-Warteschlange in dieser Reihenfolge 1) Build 2) Deploy und TEST - Region 1 3) Deploy und TEST - Region 2 4) Test Status. Diese Builds haben explizite Anforderungen für die Ausführung auf einem bestimmten Agenten. – vkr