2016-10-03 2 views
2

Ich versuche, Builds automatisch auszulösen, wenn ein Commit mit dem BitBucket-Plugin gemacht wird. Ich habe anscheinend Dinge mit dem Web-Hook richtig eingerichtet und das Kästchen im Projekt auf "Build, wenn eine Änderung an BitBucket gepusht wird" angehakt.Bitbucket Build Erring nach Auslösen von Commit

Wenn ich festschreibe, sehe ich eine Nachricht im BitBucket Hook Log mit der letzten eingebauten Revision und dann einen Befehl> git.exe ls-remote -h {repo} # timeout = 10. Im Systemprotokoll wird "BitBucket-Job auslösen {JobName}" angezeigt. Der Build wird jedoch nie gestartet. Nach etwa 10 Minuten, wird der folgende Fehler in den BitBucket Haken Protokolle protokolliert:

ERROR: Timeout after 10 minutes 
ERROR: Failed to join a process 
org.jvnet.winp.WinpException: Failed to read environment variable table error=299 at .\envvar-cmdline.cpp:201 
    at org.jvnet.winp.Native.getCmdLineAndEnvVars(Native Method) 
    at org.jvnet.winp.WinProcess.parseCmdLineAndEnvVars(WinProcess.java:126) 
    at org.jvnet.winp.WinProcess.getCommandLine(WinProcess.java:102) 
    at hudson.util.ProcessTree$Windows$1.getArguments(ProcessTree.java:441) 
    at hudson.plugins.msbuild.MsBuildKillingVeto.vetoProcessKilling(MsBuildKillingVeto.java:55) 
    at hudson.util.ProcessTree$OSProcess.getVeto(ProcessTree.java:239) 
    at hudson.util.ProcessTree$Windows$1.killRecursively(ProcessTree.java:422) 
    at hudson.util.ProcessTree.killAll(ProcessTree.java:142) 
    at hudson.Proc$LocalProc.destroy(Proc.java:375) 
    at hudson.Proc$LocalProc.kill(Proc.java:367) 
    at hudson.Proc$1.run(Proc.java:157) 
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) 
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) 
    at java.util.concurrent.FutureTask.run(Unknown Source) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) 
    at java.lang.Thread.run(Unknown Source) 

Antwort

1

konnte ich dieses Problem beheben, indem Sie die git Anmeldeinformationen aus dem Job aus Keiner Veränderung tatsächlich Anmeldeinformationen und nicht nur mit dem Standard für die Angabe Jenkins Benutzer. Ich denke, das hat etwas mit dem Aufruf von git aus dem BitBucket zu tun. Hook läuft auf einem anderen Thread als der Job und benötigt aus irgendeinem Grund die spezifischen Zugangsdaten.

+0

Haben Sie nur die Anmeldeinformationen geändert, die verwendet werden? Ich habe genau das gleiche Problem. Ich habe versucht, beide SSH Schlüssel und Standard Benutzername/Passwort Anmeldeinformationen ohne Erfolg. – mem27

+0

Ja. Alles, was ich geändert habe, war Credentials-Dropdown in dem Job von keiner zu den Credentials, die die gleichen wie die Jenkins Standard sind (passiert mit Benutzername/Pwd). Ich hatte 3 verschiedene Projekte, bei denen ich diese Änderung vornehmen musste und sie für alle reparierte. –

+0

Oh eigentlich gab es einen anderen Schritt. Ich habe das Build-Bitbit-Commit deaktiviert, gespeichert, dann das Build auf Bitbucket Commit erneut überprüft und gespeichert. Ich denke, dass das notwendig sein muss, um den Haken zu bekommen, um die verschiedenen Anmeldeinformationen zu verwenden. –

Verwandte Themen