Warum hat mein TeamCity build aufhören zu arbeiten?

Ich habe eine TeamCity build-Konfiguration hat wunderbar funktioniert, bis vor kurzem. Plötzlich, es ist ein build in der Warteschlange hängen, der sagt es ist nicht kompatibel mit jedem Agenten. Der Grund:

Implizite Anforderungen: teamcity.bauen.Zweig, definiert in Parameter: BuildFormatSpecification

Meine BuildFormatSpecification parameter ist so definiert:

%MajorVersion%.%"MinorVersion"%.%PatchVersion%-%teamcity.bauen.Zweig%

Dass wiederum wird in der Build-Nummer Format-Feld zusammen mit einem build-Zähler, wie das ist:

%BuildFormatSpecification%.%sharedBuildNumber.id4%

Die Idee ist, dass die build-Nummer heraus kommt wie "1.0.0-entwickeln.22" und enthält das Git-branch gebaut. Dies folgt den Regeln für die Semantische Versionsverwaltung. Dieses Schema hat für mich gearbeitet, die über eine Reihe von Projekten, aber plötzlich wird diese von einem Bau stecken geblieben ist und ich kann nicht herausfinden, warum.

Irgendwelche Ideen?

  • Ich hatte diesen Fehler bei meinem VSC-root-Pfad ("Pull-änderungen Von") verwies auf ein physisches Verzeichnis statt einer URL. Dieser arbeitete auf einem Agenten, wo Sie den physischen Pfad gültig war. Alle anderen Agenten nicht über ein repository im Pfad. Nach dem entfernen der nur-agent, der anderen Agenten nicht in der Lage waren ckeckout-Quellen, was in %teamcity.build.branch% nicht definiert wird. Die Lösung war, den Weg zu einer weltweit zugänglichen URL des repository.
InformationsquelleAutor Tim Long | 2014-03-11
  1. 54

    teamcity.build.branch ist ein vordefinierte build-parameter aber es ist nur definiert wenn ein ast-Spezifikation konfiguriert ist. Deshalb, um Ihr problem zu beheben, stellen Sie sicher, dass Ihre build-Schritt hat eine VCS-root konfiguriert und z.B. die +:refs/heads/(master) als Ihre Niederlassung-Spezifikation.

    Von TeamCity-Dokumentation Agent-Anforderungen und implizite Anforderungen:

    Jede Referenz (Namen in %-Zeichen) an einen unbekannten parameter wird als "implizite Voraussetzung". Das bedeutet, dass der build nur auf den Agenten, in dem die Parameter benannt.

    Andernfalls werden die parameter zur Verfügung gestellt werden sollten, die für die build-Konfiguration, indem Sie diese auf die build-Konfiguration oder Projekt-Ebene.

    • Auch Team Stadt nicht klar, das problem, wenn Sie es zu beheben, löschen Sie die build-Anfrage und re-fügen Sie es wieder. Schön. Zumindest auf der version, die ich verwende, die ist ein paar builds zurück. Ironischerweise, wenn Sie ein default-Zweig (erforderlich), und dann lassen Sie die ast-Spezifikation leer (sollte nicht erforderlich sein, da Ihre Beschreibung: "die Zweige zu überwachen, neben dem Standard-one" - das ist "keine" nur-monitor die Voreinstellung. Auch, wenn Sie wechseln von einer einzigen Linie hier, um zwei volle Spezifikationen, Ihren Zweig mit änderungen angezeigt, die von 'Entwicklung' zu /ref/Kopf/zu entwickeln, die
    • verschwendet Speicherplatz auf der Beschreibung,und fügt junk-build-name - und war-was meinen builds zu scheitern, um die Namen... Keine Ahnung wie das zu reparieren..
    • Sollten Sie eine neue Frage über die Verzweigung Namen, aber die Antwort ist die Verwendung Runder Klammern um den Teil, den Sie möchten, angezeigt werden, in meinem Beispiel, es wird "master". Siehe jetbrains.com/help/teamcity/....
    InformationsquelleAutor Johan Boberg
Schreibe einen Kommentar