0
Ich weiß, dass ich, wenn ich einen Build manuell ausführe, einen sauberen Checkout erzwinge.TeamCity - cleaner Checkout für alle Builds in der Kette
Wie mache ich das gleiche für alle Builds in einer Buildkette?
A
Antwort
0
Es ist schwer zu sagen, wo Sie Schwierigkeiten mit Ihrer Frage haben. Kannst du genauer sein?
Falls dies hilft, erreiche ich genau das nach unserer eigenen Konvention, die darin besteht, einen VCS Root pro Build zu erstellen. Für Webanwendungen, bei denen Sie möglicherweise nur Teilwurzeln bereinigen möchten, können Sie immer noch einen neuen VCS-Stamm haben, der als Checkout-Verzeichnis den benutzerdefinierten Pfad zu einem Unterordner eines anderen Builds enthält.
Beispiel:
Build 1: bearbeiten VCS Root: Root: http://yourserver:8080/your_collection
Kasse Optionen -> Kasse Verzeichnis: Auto (empfohlen)
Build-2: bearbeiten VCS Wurzel: Wurzel: http://yourserver:8080/your_collection
Kasse Optionen -> Kasse Verzeichnis: Benutzerdefinierte Pfad (Option) /Subpath
0
Derzeit ist es nicht möglich, "saubere Kasse" Option Run Custom Build Dialog zu propagieren, um alle in der Kette bauen. Die gewünschte Feature-Anfrage lautet https://youtrack.jetbrains.com/issue/TW-43043.
Sie können "Alle Dateien im Checkout-Verzeichnis vor dem Build bereinigen" auf der Seite Buildkonfiguration> Einstellungen für Versionskontrolle festlegen. In diesem Fall wird immer ein sauberer Checkout für die Build-Konfiguration durchgeführt.
Ich erstelle die Builds in der Build-Kette und es passiert, dass zum Beispiel in einem Build-Schritt ich eine Datei verschieben/ändern, die dann einen nachfolgenden Lauf des gleichen Builds fehlschlägt (weil das VCS nicht bemerken, dass sich etwas geändert hat, anscheinend). Alles, was ich tun möchte, ist, die gesamte Baukette laufen zu lassen, indem ich sage: "Lass einfach alle deine Arbeitsbereiche ab und überprüfe alles neu". –
Martin, ich denke, wir reden über die gleiche Sache. Ich habe auch eine Build-Kette, bei der jeder Build davon abhängig ist, ob der vorherige erfolgreich war. Sie alle haben ihren eigenen VCS-Root und sie haben verschiedene Checkout-Verzeichnisse. Das bedeutet, dass sie TC nichts gemeinsam haben. Ihre einzige Beziehung ist, dass man davon abhängt, dass andere den Build weitergeben. Wenn Ihr Build fehlschlägt, weil VCS die Änderung nicht enthält, möchten Sie möglicherweise den VCS-Stamm selbst untersuchen und das Checkout-Verzeichnis öffnen, um zu sehen, was tatsächlich ausgecheckt wird. –