stderr: fatal: Remote ref $ GERRIT_REFSPEC konnte nicht gefunden werden
Bevor mich jemand umdreht..Ich habe mir alle Nachrichten angeschaut, die diesen Fehler haben, aber sie scheinen sich von einem anderen Problem zu manifestieren, ich konnte keine wesentlichen Informationen erhalten. Im Folgenden sind die Fehler, die ich in der git Polling Log läuft ...
-
Ich habe keine Ahnung bezüglich Fehler # 1, bitte geben Sie Eingaben
ein
-
Dafür lese ich bei anderen Fragen, dass $ GERRIT_REFSPEC dynamisch ausgefüllt wird, wenn es einen gerrit-Trigger gibt, aber ich verstehe nicht, warum ich das im git-Poll-Log sehe. Wie kann ich das beheben?
Fehlermeldungen:
-
FEHLER: Problem beim Abrufen von Ursprung / Ursprung - könnte nicht verfügbar sein. Fortsetzung sowieso
-
hudson.plugins.git.GitException: Befehl "/ usr / bin / git fetch -t ssh: //firma.de: 29418 / plattform / hersteller / proprietary / mla.git $ GERRIT_REFSPEC" hat den Statuscode zurückgegeben 128: Standard: stderr: fatal: Remote ref $ GERRIT_REFSPEC konnte nicht gefunden werden
4 Antworten
- Gehen Sie zur Seite Konfiguration des Jobs und suchen Sie nach Dieses Build ist parametrisiert .
- Dann setzen Sie Name auf GERRIT_REFSPEC
- und Standardwert bis refs / heads / master .
Es hat einige Zeit gedauert, bis ich herausgefunden habe, wie ich diesen im Gerrit-Trigger-Plugin-Handbuch erwähnten String-Parameter hinzufügen kann. Ich benutze Jenkins 1.567 mit Gerrit Trigger 2.11.1.
Ab Mai 2016 kann dieser Fehler das Ergebnis von fix für SECURITY-170 sein, das in Jenkins 2.3 oder 1.651.2 eingeführt wurde.
In einer Security Advisory vom Mai 2016 wurde eine Sicherheitslücke (SECURITY-170 / CVE-2016-3721) angekündigt, durch die Angreifer die Tatsache ausnutzen könnten, dass bestimmte Jenkins-Plugins die Definition beliebiger Build-Parameter ermöglichen, in die wiederum injiziert wird die Build-Umgebung.
Die Korrektur für dieses Problem - die zuerst in den Jenkins-Versionen 1.651.2 und Jenkins 2.3 enthalten war - bedeutet, dass nur Build-Parameter, die explizit in der Konfiguration eines Jobs definiert wurden, standardmäßig zur Build-Zeit verfügbar sind. Alle anderen willkürlichen Parameter, die einem Build von Plugins hinzugefügt werden, sind standardmäßig nicht verfügbar.
Da es eine Reihe von Plugins gibt, die sich auf das Verhalten älterer Jenkins-Versionen stützen, bedeutet ein Upgrade auf 1.651.2 oder 2.3, dass bestimmte Build-Verhaltensweisen möglicherweise fehlerhaft sind.
Eines der betroffenen Plugins ist der Gerrit-Trigger. Das Problem, das Sie nach Updates suchen sollten, ist hier .
Beachten Sie jedoch, dass die Lösung von Rado, den Parameter GERRIT_REFSPEC manuell in der Build-Konfiguration zu definieren, dieses Problem vorübergehend lösen kann, wenn Sie nur einen Zweig von Gerrit erstellen.
Eine Problemumgehung ist verfügbar, indem Sie die folgende JAVA_ARGS zu / etc / default / jenkins auf ubuntu hinzufügen
%Vor%Sie können auch hinzufügen, welche Variablen erlaubt sein sollen
%Vor%Nach der Lösung dieses Problems, wenn Jenkins immer noch nicht den neuesten Code commit (nicht zusammengeführt) zieht, müssen Sie Zusätzliche Verhaltensweisen hinzufügen - & gt; Strategie für die Auswahl, was erstellt werden soll - & gt; Gerrit-Auslöser
Referenz: Danke an Fabian
Tags und Links jenkins continuous-integration hudson jenkins-plugins hudson-plugins