Pourquoi git fetch via hudson échoue, alors que git fetch via la ligne de commande fonctionne?

Je suis en train de chercher un en lecture seule dépôt git à partir de github et il est être construits par l'intermédiaire d'hudson. Ce processus est défaillant.

C'est le hudson de sortie:

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)

Quand je lance cette commande fetch directement via git bash en ligne de commande, je n'ai pas de réponse (ce qui je suppose signifie qu'il est travaillé).

J'ai regardé cette solution possible:
http://issues.hudson-ci.org/browse/HUDSON-7141?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel

Mais l'utilisation de cette version du plugin n'a pas changer ce comportement.

Je n'ai même pas eu à avoir travailler avec cmake pourtant, il suffit de téléchargé de manière cohérente. Comment puis-je obtenir que cela fonctionne?

edit: Ce problème n'est pas une repro de Problème de clonage /récupération de référentiel à l'aide de Git plugin pour Hudson sur Windowsparce que je ne suis pas en cours d'exécution en tant que service sur un serveur.

source d'informationauteur mmr

  1. 8

    Oui, j'ai juste corrigé ce problème exact. Si vous ouvrez un explorateur de windows pour d:\hudson\home\jobs\gdcm-hudson\workspace vous devriez être en mesure de voir un .git répertoire et rien d'autre. Il devrait y avoir une copie de travail, mais il n'y en a pas. Pour y remédier, vous avez pour "amorcer" le référentiel en cours d'exécution

    git pull git://github.com/malaterre/gdcm.git

    Cela devrait créer un tas d'autres fichiers dans d:\hudson\home\jobs\gdcm-hudson\workspace le long du côté de la .répertoire git et vous devriez être en mesure d'effectuer une génération à hudson.

  2. 5

    Cela m'est arrivé sur une version qui a été précédemment fonctionne bien. La solution était tout simplement de supprimer le répertoire d'espace de travail et le redémarrage de la construction.

  3. 2

    Le plugin Git pour Hudson n'échoue que récemment sur ce genre de message d'erreur (question 6902, juillet 2010). Avant qu'il se passait en silence (ce qui est trompeur).

    Avez-vous des submodules défini?

    Parce qu'il ressemble à Git Plugin Bug 4

    J'ai la configuration suivante:

    • une branche appelée "maître", qui contient un sous-module d'un autre projet
    • une branche appelée "développer", qui ne contient pas un sous-module de référence

    Si je configurer un Hudson emploi ou la "développer" de la branche, de la construire des pauses, car il ne peut pas faire le sous-module de caisse. Parce que ce qui se passe avant de passer à la "développer" de la branche, le build est rompu avant que quelque chose a commencé.

    Solution

    Je suppose que la sortie de git ls-tree HEAD est analysé pour 160000 références pour déterminer les entrées sont submodules.

    La ref HEAD à ce point encore des points à master, je suppose que, dans la plupart des cas.

    Au lieu de ls-tree'ing HEAD, peut-être le faire sur la branche?

  4. 0

    Après la suppression de l'Hudson répertoire d'espace de travail .hudsonça fonctionne pour moi. Je suis en utilisant Hudson 2.2.1 et la git plugin 2.2.1.

  5. 0

    Pour l'enregistrement, dans mon cas, le problème était qu'il y avait un spécial Git exécutable configuré (en global Hudson paramètres). Cet exécutable n'a pas pu exécuter sur certains de mes construire hôtes en raison du manque de bibliothèques. Lors de l'utilisation de /usr/bin/git au lieu de cela, il a travaillé.

    De sorte qu'il ressemble le décrit message d'erreur peut vraiment indiquer tout Git erreur.