Warum git fetch über hudson scheitern, während git fetch über die Kommandozeile funktioniert?

Ich bin versucht zu Holen ein nur-lese-git-repository von github und haben es gebaut werden, die über den hudson. Dieser Prozess wird scheitern.

Dies ist die hudson-Ausgang:

Started by an SCM change
Checkout:workspace /d:\hudson\home\jobs\gdcm-hudson\workspace - hudson.remoting.LocalChannel@19ba1d8
Using strategy: Default
Checkout:workspace /d:\hudson\home\jobs\gdcm-hudson\workspace - hudson.remoting.LocalChannel@19ba1d8
GitAPI created
Fetching changes from the remote Git repository
Fetching upstream changes from git://github.com/malaterre/gdcm.git
[workspace] $ "C:\Program Files (x86)\Git\bin\git.exe" fetch -t git://github.com/malaterre/gdcm.git +refs/heads/*:refs/remotes/origin/*
[workspace] $ "C:\Program Files (x86)\Git\bin\git.exe" ls-tree HEAD
ERROR: Problem fetching from origin /origin - could be unavailable. Continuing anyway
ERROR: Could not fetch from any repository
FATAL: Could not fetch from any repository
hudson.plugins.git.GitException: Could not fetch from any repository
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:674)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:641)
    at hudson.FilePath.act(FilePath.java:753)
    at hudson.FilePath.act(FilePath.java:735)
    at hudson.plugins.git.GitSCM.checkout(GitSCM.java:641)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1061)
    at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:479)
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:411)
    at hudson.model.Run.run(Run.java:1273)
    at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
    at hudson.model.ResourceController.execute(ResourceController.java:88)
    at hudson.model.Executor.run(Executor.java:129)

Wenn ich ausführen, dass die fetch-Befehl direkt über die git-bash-Kommandozeile, bekomme ich keine Antwort (was ich davon ausgehen, bedeutet es hat funktioniert).

Sah ich diese mögliche Lösung:
http://issues.hudson-ci.org/browse/HUDSON-7141?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel

Aber mit dieser version des plugins nicht, dieses Verhalten zu ändern.

Ich habe nicht einmal mitbekommen, dass es die Arbeit mit cmake noch, nur heruntergeladen konsequent. Wie bekomme ich diese zu arbeiten?

edit: Das problem ist nicht eine repro der Problem Klonen /repository Holen Git-plugin für Hudson auf Windows, weil ich nicht laufen als Dienst auf einem server.

InformationsquelleAutor mmr | 2010-09-13

8

Ja, ich habe gerade festen genau dieses problem. Wenn Sie öffnen Sie den windows explorer, um d:\hudson\home\jobs\gdcm-hudson\workspace Sie sollten in der Lage sein, um zu sehen, eine .git Verzeichnis und sonst nichts. Es sollte eine Arbeitskopie sein, aber gibt es nicht. Um dies zu beheben muss man "prime" - das repository ausgeführt
```
git pull git://github.com/malaterre/gdcm.git
```
Dies sollte eine Reihe von anderen Dateien in d:\hudson\home\jobs\gdcm-hudson\workspace an der Seite der .git-Verzeichnis und Sie sollten in der Lage sein, führen Sie einen build in hudson.

Von Ihnen positiv bewertet werden, da dies für mich gearbeitet.
kelloti meinst du ich muss mein Klon-repository in den workspace ?
Es ist schon eine Weile her, seit ich dies getan habe, aber wenn es nicht geklont, müssen Sie wahrscheinlich zu Klonen, also ja. In der Antwort, die ich gab, ich hatte gerade zu ziehen, sobald es zu bekommen begann. Es ist möglich, Sie haben ein ganz anderes problem.

InformationsquelleAutor kelloti
5

Dieser kam mir auf einem build, der bisher gut funktioniert. Die Lösung war einfach, löschen Sie den workspace-Verzeichnis und starten Sie die build.

InformationsquelleAutor goto10
2

Sich das Git-plugin für Hudson scheitert erst vor kurzem auf diese Art von Fehlermeldung (Problem 6902, Juli 2010). Bevor es verwendet werden, um auf lautlos (das war irreführend).

Haben Sie Submodule definiert?

Denn wie es aussieht Git Plugin Bug 4
Habe ich Folgendes setup:
- einem branch namens "master", dass enthält ein Submodul zu einem anderen Projekt
- ein Zweig genannt "entwickeln", nicht enthält ein Submodul Verweis
Wenn ich bei der Konfiguration ein Hudson-job zu erstellen/testen der "develop" - Zweig, der build bricht, weil es nicht das Submodul Kasse. Da dies geschieht, bevor die Umschaltung auf die "develop" - Zweig, der build ist kaputt, bevor alles begann.

Lösung

Ich nehme an, die Ausgabe von git ls-tree HEAD gescannt, um die 160000 Referenzen, um zu bestimmen, welche Einträge sind Submodule.

Der ref HEAD an diesem Punkt noch Punkte master, ich vermute, in den meisten Fällen.

Statt ls-tree'ing HEAD, vielleicht tun es auf der angegebenen Branche?
InformationsquelleAutor VonC
0

Nach dem löschen der Hudson workspace-Verzeichnis .hudson, es funktioniert für mich. Ich bin mit Hudson 2.2.1 und die git plugin 2.2.1.

2.2.1? Die neueste git-plugin für Jenkins ist afaics 1.1.26

InformationsquelleAutor acneto
0

Für die Aufzeichnung, in meinem Fall das problem war, dass es eine Besondere Git executable konfiguriert ist (in Hudson global-Einstellungen). Diese ausführbare Datei ist fehlgeschlagen auf einige meiner build-hosts aufgrund von fehlenden Bibliotheken. Bei der Verwendung von /usr/bin/git, anstatt es funktionierte.

So wie es aussieht die beschriebene Fehlermeldung kann wirklich zeigen alle Git Fehler überhaupt.

InformationsquelleAutor oliver

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.