Wie kann die Duplizierung ähnlicher Build-Konfigurationen reduziert werden?

Question

Wie kann die Duplizierung ähnlicher Build-Konfigurationen reduziert werden?

9

Ich habe mehrere Projekte, die ich in verschiedenen Build-Konfigurationen mit leicht verschiedenen Konfigurationen haben möchte:

VCS Source und Build Trigger (d. h. der einzige Unterschied ist, welches Unterverzeichnis des Projekts root dir verwendet)
Build-Schritte (die ersten paar sind genau die gleichen, aber die letzten können variieren, je nachdem, wie die Unit-Tests ausgeführt werden sollen, Abhängigkeiten, etc.)

Das ist es. Ich habe Build Configuration Templates untersucht, aber es scheint, dass es nicht möglich ist, benutzerdefinierte Build-Schritte oder zusätzliche VCS-Roots anzugeben.

Ich möchte wirklich nur nicht die (verschiedenen) Build-Schritte aus der Build-Konfiguration unseres ursprünglichen Projekts manuell in mehrere weitere Konfigurationen kopieren und sie alle beibehalten müssen, wenn sich die Dinge ändern. Es scheint, dass es eine bessere Lösung geben sollte?

teamcity

jwalk 09.07.2013, 20:52

quelle

1 Antwort

Tags und Links teamcity

Django: Verwenden von Annotate, Count und Distinct in einem Queryset Virtuelles Dateisystem in Perl

score 3 · Answer 1

Ich habe mich auch gefragt, aber die Bits, die ich online gefunden habe, schlagen vor, dass Sie die Redundanz favorisieren, anstatt zu versuchen, eine Konfiguration in Ihren verschiedenen Zweigen oder Projekten wiederzuverwenden.

Allerdings war dies alles vor der Veröffentlichung von Version 8, die die Möglichkeit ein zu extrahieren Meta-Läufer

Ihr Blog vom 13. April 2013 bietet eine gute Zusammenfassung dessen, was sie sind und wie sie sich unterscheiden Vorlagen.

Meta-Läufer

Meta Runner ist eine leistungsstarke Funktion, die eine vielversprechende neue Möglichkeit bietet, TeamCity anzupassen und noch mehr auf die Leute auszurichten. Um es zu verstehen, lassen Sie uns ein Beispiel betrachten.

Stellen Sie sich vor, Sie haben wiederholt verschiedene Aufgaben in verschiedenen Build-Konfigurationen verwendet. Die Aufgabe wird als ein oder mehrere Build-Schritte definiert, die auf integrierten Runnern wie Ant oder der Befehlszeile basieren. Wahrscheinlich möchten Sie diese Aufgabe problemlos über mehrere Build-Konfigurationen hinweg wiederverwenden. Dies ist mit Vorlagen nicht möglich, da die Vorlage dieselben Einstellungen für verschiedene Konfigurationen vorgibt, was nicht immer möglich ist. Eine Lösung, die wir vorschlagen, besteht darin, Meta-Runner aus diesen Schritten zu extrahieren, um zu sehen, wie es in Release Notes funktioniert.

Ich muss das noch umsetzen, aber ich werde es bald testen. Ich denke, Sie sollten das Repository als Parameter übergeben können, aber ich bin mir nicht sicher.