stderr: fatale: Impossibile trovare il riferimento remoto $ GERRIT_REFSPEC

Question

Prima che qualcuno mi stia rovesciando ... Ho guardato tutti i messaggi che hanno questo errore ma sembrano manifestarsi da un problema diverso, non ho potuto ottenere alcun sostanziale informazione. Di seguito sono riportati gli errori che sto funzionando in nel registro git polling ...

1. non ho un indizio per quanto riguarda l'errore # 1, si prega di fornire input

2. Per questo, ho letto su altre domande che $ GERRIT_REFSPEC viene riempito dinamicamente quando c'è un trigger gerrit ma non capisco perché continuo a vederlo nel log del git poll. Come posso risolvere questo?

---

Messaggi di errore:

1. ERRORE: Problema di recupero di origine/provenienza - potrebbero non essere disponibili. Continua comunque

2. hudson.plugins.git.GitException: comando "/ usr/bin/git fetch -t ssh: //company.com: 29418/piattaforma/fornitore/proprietario/mla.git $ GERRIT_REFSPEC" stato restituito codice 128: stdout: stderr: fatale: impossibile trovare distanza rif $ GERRIT_REFSPEC

Answer 1

Sembra è stato eseguito un Jenkins Gerrit trigger costruire manualmente? La pagina di innesco dice,

Using "Build Now" 
[..] 
Add a String parameter called GERRIT_REFSPEC with the default value refs/heads/master 

https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger

Answer 2

• Vai alla pagina Configura del lavoro e di ricerca per verificare Questa build è parametrizzato scatola.
• Poi impostare Nome-GERRIT_REFSPEC
• e Valore predefinito a refs/teste/master.

Mi ci è voluto un po 'di tempo per cercare come aggiungere questo parametro di stringa menzionato nel manuale del plugin Gerrit Trigger. Io uso Jenkins 1.567 con Gerrit Trigger 2.11.1.

Answer 3

A partire da maggio 2016, questo errore può essere il risultato della correzione per SECURITY-170 introdotta in Jenkins 2.3 o 1.651.2.

From wiki:

In a May 2016 security advisory, a vulnerability was announced (SECURITY-170/CVE-2016-3721) whereby attackers could potentially exploit the fact that certain Jenkins plugins allow the definition of arbitrary build parameters — which are in turn injected into the build envirionment.

The fix for this issue — which was first included in Jenkins versions 1.651.2 and Jenkins 2.3 — means that only build parameters that have been explicitly defined in a job's configuration will be available by default at build time. Any other arbitrary parameters added to a build by plugins will not be available by default.

As there are a number of plugins that rely on the behaviour in older Jenkins versions, upgrading to 1.651.2 or 2.3 means that certain build behaviours may be broken.

uno dei plugin colpite è la Gerrit trigger. Il problema da tenere sotto controllo per gli aggiornamenti è here.

Tuttavia, si noti che la soluzione Rado per definire manualmente il parametro GERRIT_REFSPEC nella configurazione di build può risolvere questo problema temporaneamente se si crea solo un ramo da Gerrit.

---

Una soluzione è disponibile aggiungendo le seguenti JAVA_ARGS a/etc/default/Jenkins su ubuntu

JAVA_ARGS="$JAVA_ARGS -Dhudson.model.ParametersAction.keepUndefinedParameters=true" 

Si potrebbe anche aggiungere che le variabili dovrebbero essere permessi

JAVA_ARGS="$JAVA_ARGS -Dhudson.model.ParametersAction.safeParameters=GERRIT_REFSPEC,GERRIT_BRANCH 

Answer 4

Dopo aver risolto questo problema se Jenkins continua a non eseguire il commit del codice più recente (non unito), quindi è necessario aggiungere Aggiunta l Comportamenti ->Strategia per la scelta di cosa costruire ->Gerrit trigger

Riferimento: Thanks to Fabian