Дженкинс не мог запустить мерзавца - PullRequest
31 голосов
/ 27 декабря 2011

Я установил Jenkins на моем Mac (osx lion).Но я не мог заставить это работать.Вот эта трассировка стека:

Started by user anonymous

Checkout:workspace / /Users/Shared/Jenkins/Home/jobs/test/workspace - hudson.remoting.LocalChannel@1c0a0847
Using strategy: Default
Checkout:workspace / /Users/Shared/Jenkins/Home/jobs/test/workspace - hudson.remoting.LocalChannel@1c0a0847
Cloning the remote Git repository
Cloning repository origin
Error trying to determine the git version: Error performing command: /usr/local/git/ --version
Cannot run program "/usr/local/git/" (in directory "/Users/Shared/Jenkins/Home/jobs/test/workspace"): error=13, Permission denied
Assuming 1.6
ERROR: Error cloning remote repo 'origin' : Could not clone git@coding-squirrel.de:iRest.git
ERROR: Cause: Error performing command: /usr/local/git/ clone -o origin git@coding-squirrel.de:iRest.git /Users/Shared/Jenkins/Home/jobs/test/workspace
Cannot run program "/usr/local/git/": error=13, Permission denied
Trying next repository
ERROR: Could not clone repository
FATAL: Could not clone
hudson.plugins.git.GitException: Could not clone
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1046)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:972)
    at hudson.FilePath.act(FilePath.java:783)
    at hudson.FilePath.act(FilePath.java:765)
    at hudson.plugins.git.GitSCM.checkout(GitSCM.java:972)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1195)
    at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:571)
    at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:460)
    at hudson.model.Run.run(Run.java:1404)
    at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
    at hudson.model.ResourceController.execute(ResourceController.java:88)
    at hudson.model.Executor.run(Executor.java:238)

Ответы [ 15 ]

69 голосов
/ 22 февраля 2012

Решением для меня было установить git path в настройках Manage Jenkins> Global Tool Configuration. В разделе Git я изменил Путь к исполняемому файлу Git на /usr/local/bin/git.

Global Tool Configuration

25 голосов
/ 16 августа 2013

Также вы можете установить расположение Git в конфигурации сервера / узла Jenkins:

Перейти к настройке, в разделе Свойства узла отметьте флажок Инструменты Расположение и установите свой путь к Git.1006 *

21 голосов
/ 09 марта 2017

Кажется, Дженкинс сильно изменился. Я исправил эту проблему в марте 2017 года следующим образом:

  1. Перейти к управлению Дженкинс
  2. Перейти к глобальной настройке инструмента
  3. В Git / Path to Git executable введите C:\<whatever the path is>\git.exe.
  4. Нажмите Сохранить.
3 голосов
/ 25 декабря 2014

У меня был правильный путь к git в Jenkins, но я еще не принимал лицензионное соглашение с Xcode build build при новой установке OS X Yosemite, поэтому git выглядело так, как будто он терпел неудачу в Jenkins.После попытки выполнить «git --version» для git в / usr / bin / git в терминале, мне дали интерфейс командной строки для принятия лицензионного соглашения, а затем Дженкинс мог получить доступ к URL-адресу git, который я дал проекту сборки..

2 голосов
/ 03 сентября 2018

Как сказал Darksaint2014, вам нужно настроить две части, если вы установили Jenkins в Windows.

Если вы установили свой Jenkins в Windows, вам нужно установить Git как на локальный сервер, так и на сервер Linux, а затем настроить ниже в обоих местах:


Глобальная конфигурация инструмента:

global tool configuration


Для стороны сервера:

For server side


1 голос
/ 27 мая 2018

Пожалуйста, установите git на вашем сервере Jenkins.Например, если вы используете Red Hat Enterprise Linux, где вы размещаете Jenkins, установите git на этом сервере с помощью следующей команды: sudo yum install git Это должно решить проблему, так как исполняемый файл git будет доступен в / usr / bin / git затем, и jenkins автоматически распознает это, и это можно проверить, перейдя к Управление Jenkins -> Global Configuration Configuration .Тогда в Git установки предупреждений не будет, и теперь вы сможете клонировать свой проект git в jenkins.Надеюсь, что это поможет пользователям.

1 голос
/ 07 января 2015

У меня была похожая проблема, решение для Windows выглядит так же (мой Jenkins установлен на компьютере с Windows):

Глобальные настройки:

Перейти к Управление jenkins -> Настройка системы -> Установки Git добавьте туда путь git exe (например: C:\Program Files\Git\bin\git.exe), или вы можете использовать переменную окружения.

Для Jenkins версии 2.121.3, перейдите к Управление jenkins -> Глобальная конфигурация инструментов -> Установки Git -> Путь к исполняемому файлу Git : C:\Program Files\Git\bin\git.exe

Дженкинс на стороне работы:

Перейдите на Управление исходным кодом -> выберите git , добавьте свой репозиторий, выберите подключение к репозиторию (http / ssh) и добавьте учетные данные, и это должно работать.

1 голос
/ 07 января 2014

Еще одна проблема, с которой я столкнулся, была в том, что ssh.exe не просматривал папку %userprofile%/.ssh для файлов ключей.Вместо этого он просматривал папку C:\Program Files (x86)\Git\.ssh, которая была пуста и вызывала зависание из-за запроса аутентификации ssh на компьютере, где находится git repo.

Мы просто скопировали файлы ключей из %userprofile%/.ssh в C:\Program Files (x86)\Git\.ssh, и проблема решена.

1 голос
/ 30 декабря 2013

У меня была похожая проблема с поиском исполняемого файла git на OS X.

Мне пришлось изменить Путь к исполняемому файлу Git на: / usr / local / git / bin / git

Может быть, выстрел, если вы все еще застряли.

0 голосов
/ 08 апреля 2019

Я получил очень похожую ошибку, когда мой агент Jenkins использовал Java 11 вместо Java 8. Это не имело никакого отношения к настройке моего пути к git! Понижение агента до Java 8 было единственным решением, которое я нашел.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...