Произошла ошибка при клонировании удаленного репозитория clone command execute clone

Tried with the configure option, not able to find the tools
configuration option and the git executable section. Seems like it
occurs after a successful build only. Please help.

Here’s the output I receive after building the project on the console output section:

  Building in workspace C:UsersAnishas.jenkinsworkspaceSample123
    Cloning the remote Git repository
    Cloning repository https://github.com/AnishaSalunkhe/HelloWorld.git
     > C:UsersAnishasgit init C:UsersAnishas.jenkinsworkspaceSample123 # timeout=10
    ERROR: Error cloning remote repo 'origin'
    hudson.plugins.git.GitException: Could not init C:UsersAnishas.jenkinsworkspaceSample123
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:656)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:463)
        at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1057)
        at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097)
        at hudson.scm.SCM.checkout(SCM.java:485)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
        at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
        at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
        at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
        at hudson.model.Run.execute(Run.java:1738)
        at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
        at hudson.model.ResourceController.execute(ResourceController.java:98)
        at hudson.model.Executor.run(Executor.java:410)
    Caused by: hudson.plugins.git.GitException: Error performing command: C:UsersAnishasgit init C:UsersAnishas.jenkinsworkspaceSample123
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1726)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1695)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1691)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1321)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:654)
        ... 12 more
    Caused by: java.io.IOException: Cannot run program "C:UsersAnishasgit" (in directory "C:UsersAnishas.jenkinsworkspaceSample123"): CreateProcess error=5, Access is denied
        at java.lang.ProcessBuilder.start(Unknown Source)
        at hudson.Proc$LocalProc.<init>(Proc.java:240)
        at hudson.Proc$LocalProc.<init>(Proc.java:212)
        at hudson.Launcher$LocalLauncher.launch(Launcher.java:815)
        at hudson.Launcher$ProcStarter.start(Launcher.java:381)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715)
        ... 16 more
    Caused by: java.io.IOException: CreateProcess error=5, Access is denied
        at java.lang.ProcessImpl.create(Native Method)
        at java.lang.ProcessImpl.<init>(Unknown Source)
        at java.lang.ProcessImpl.start(Unknown Source)
        ... 22 more
    ERROR: null
    Finished: FAILURE

StephenKing's user avatar

StephenKing

36k11 gold badges81 silver badges112 bronze badges

asked May 11, 2016 at 7:02

Learner's user avatar

This wasted so much time on my Jenkins Windows slave.

I knew git was in the path because I executed «where git» in the build job’s batch command.

where git
C:Program Files (x86)Gitcmdgit.exe

Apparently the Jenkins Git Plugin executes ** before ** the environment is inherited.

SET YOUR SLAVE’s PATH to Git ( Just DO IT !! )

1) Go to your Windows slave configuration
Manage Jenkins > Manage Nodes

2) Select your slave configuration

3) Check Tool Locations under Node Properties

4) Enter complete path to git executable including git.exe

[x] Tool Locations
   Name: (GIT) git
   Home: C:Program Files (x86)Gitcmdgit.exe

See screenshot:

enter image description here

answered Sep 5, 2017 at 17:26

Ed of the Mountain's user avatar

5

Go to Manage Jenkins / Global Tool Configuration and set Path to Git executable:

enter image description here

Andre Hofmeister's user avatar

answered Jun 29, 2018 at 11:12

Chandra Pal's user avatar

Chandra PalChandra Pal

2392 silver badges2 bronze badges

0

set the path to git.exe and not only to the directory of the git file in both the locations of tool configurations.

answered May 31, 2016 at 9:02

Learner's user avatar

LearnerLearner

5122 gold badges7 silver badges23 bronze badges

4

  1. Check for below command in Jenkins Server in linux Env:
`whereis git`

you will get the path like /usr/bin/git

  1. Place it in Manage jenkin>Global Tool Configuration> under git path mention /usr/bin/git

  2. Rerun job again

answered Oct 29, 2020 at 22:40

bakkuri praveenkumar's user avatar

Sometimes this error occurs when disk space is less. so do check the space of your machine where jenkins is hosted. :)

answered Apr 20, 2018 at 12:12

Kamini Naithani's user avatar

1

If anyone is using Jenkins with freshly installed Xcode, you’ll need to agree to the license using sudo xcodebuild -license or agree through UI.

answered Jul 10, 2018 at 22:22

Genki's user avatar

GenkiGenki

3,0552 gold badges29 silver badges42 bronze badges

There can be multiple reasons for that

  1. Check the Permission of the Folder or the Worker Node, In my case 3rd one was the issue because of not providing permissions to the users and groups. As a result you may need to do
    sudo chown -R user:group folderName
  2. Check you have configured the SSH Key, if you are using Private Repo from GitHub.
  3. Path Must be provided inside Jenkins Global Configuration of Default Git

Sergey Pleshakov's user avatar

answered Jan 7, 2021 at 1:10

Mohit Sharma's user avatar

1

In my case,

  1. I have installed git on my slave server. Download-git
  2. Run cmd command

where git

and update your git path with exe file like below in Jenkins node configuration.

C:Program FilesGitcmdgit.exe

Go to your Windows slave configuration, Manage Jenkins > Manage Nodes > Select your slave > configure

Check «Tool Locations» under «Node Properties» and give the full path what you got from ‘where git’ command and save.

answered Jun 21, 2021 at 11:06

Aditya Y's user avatar

Aditya YAditya Y

5915 silver badges12 bronze badges

yes I have faced the same issue on the Linux ec2 instance but I fixed it through

  1. First of all on your server run the below command, and this command will return to you
    $ which git
    this command will return to you the actual path of the git, where your git is installed like that /usr/bin/git copy this path.
  2. open your Jenkins > go to manage Jenkins >Global tool configuration > paste the in this field «Path to Git executable
    you can see in the image

answered Jun 24, 2021 at 14:16

mudassar munir's user avatar

mudassar munirmudassar munir

3551 gold badge4 silver badges18 bronze badges

Windows:
1. Install git in windows machine
2. The git.exe path is C:Program FilesGitcmdgit.exe (by default, unless you change during installation)
3.Now need to show the path of git.exe in Jenkins git plugin tool

a)manage Jenkins>Global Tool Configuration>Git

b)Add git : name: anything and Path:C:Program FilesGitcmdgit.exe
4. Then build for clone. Should be ok

Linux CentOS7:
Same error message I got and after installation git in same machine were Jenkins installed, it is solved.

yum install git

answered Mar 14, 2019 at 3:44

shafi's user avatar

shafishafi

112 bronze badges

Then you need to follow below steps. Hope so this may be useful for you to resolve your problem.

If your master is linux machine and slave is windows machine…

Pre-Requisites:

  • your slave machine should have same java version(jdk 1.8).
  • Git should be installed on your slave machine.

Steps to follow:

  1. Go to your Windows slave configuration Manage Jenkins > Manage Nodes

  2. Select your slave configuration

  3. Check Tool Locations under Node Properties

  4. Enter complete path to git executable including git.exe

Tool Locations
   Name: (GIT) git
   Home: C:Program Files (x86)Gitcmdgit.exe

See screenshot:

barbsan's user avatar

barbsan

3,41811 gold badges21 silver badges28 bronze badges

answered May 9, 2019 at 11:32

Nikunj's user avatar

1) Make sure the git.exe has executable permissions.
2) Make sure git is configured correctly to refer in Global Tool configurations and also on the Jenkins agent (windows in your case) where you running the job, environment variable for git.exe executable is set correctly

answered Mar 2, 2020 at 8:10

Azeem's user avatar

AzeemAzeem

515 bronze badges

have this problem after my company move to 2FA (2 factory authentication) at GitHub

in the Jenkins I get in credential this
enter image description here

to fix it

  1. I create a personal access token in Github from here

2)after that i get to the same place in the jenkins when the errors ->Credential->add ->jenkins
enter image description here

and get as you see in the picture down
username= what you want name
password = token that you get

enter image description here

answered Dec 10, 2020 at 12:48

Vladi's user avatar

VladiVladi

1,59217 silver badges29 bronze badges

Upgrading all plugins and Jenkins to 2.332.1 solved for me

answered Mar 15, 2022 at 8:08

ergunkocak's user avatar

ergunkocakergunkocak

3,3241 gold badge32 silver badges31 bronze badges

This answer may sound like a joke, but it resolved the exact error message we were getting for only 1 pipeline:

  • Check if the pipeline has a parameter with no name value.

answered Oct 21, 2022 at 12:19

NibblesMK's user avatar

Ошибки клонирования HTTPS

При использовании HTTPS с GIT распространен ряд ошибок. Обычно они указывают на то, что у вас старая версия GIT или нет доступа к репозиторию.

Ниже приведен пример возможной ошибки HTTPS:

> error: The requested URL returned error: 401 while accessing
> https://github.com/USER/REPO.git/info/refs?service=git-receive-pack
> fatal: HTTP request failed
> Error: The requested URL returned error: 403 while accessing
> https://github.com/USER/REPO.git/info/refs
> fatal: HTTP request failed
> Error: https://github.com/USER/REPO.git/info/refs not found: did you run git
> update-server-info on the server?

Проверка версии GIT

Ограничений на минимальную версию GIT, требуемую для взаимодействия с GitHub, нет, но, по нашему опыту, версия 1.7.10 является удобной, стабильной версией, доступной на многих платформах. Последнюю версию всегда можно скачать на веб-сайте GIT.

Проверка правильности удаленного репозитория

Репозиторий, который вы пытаетесь получить, должен существовать в GitHub.com, а в URL-адресе учитывается регистр.

Чтобы узнать URL-адрес локального репозитория, можно открыть командную строку и ввести git remote -v:

$ git remote -v
# View existing remotes
> origin  https://github.com/ghost/reactivecocoa.git (fetch)
> origin  https://github.com/ghost/reactivecocoa.git (push)

$ git remote set-url origin https://github.com/ghost/ReactiveCocoa.git
# Change the 'origin' remote's URL

$ git remote -v
# Verify new remote URL
> origin  https://github.com/ghost/ReactiveCocoa.git (fetch)
> origin  https://github.com/ghost/ReactiveCocoa.git (push)

Кроме того, можно изменить URL-адрес с помощью приложения GitHub Desktop.

Предоставление маркера доступа

Чтобы получить доступ к GitHub, необходимо пройти проверку подлинности с помощью personal access token вместо пароля. Дополнительные сведения см. в разделе Создание personal access token.

Если вы обращаетесь к организации, которая использует единый вход SAML и используете personal access token (classic), вы также должны авторизовать personal access token для доступа к организации перед аутентификацией. Дополнительные сведения см. в разделах Сведения о проверке подлинности с помощью единого входа SAML и Авторизация personal access token для использования с единым входом SAML.

Проверить свои разрешения

При появлении запроса на ввод имени пользователя и пароля используйте учетную запись с доступом к репозиторию.

Совет. Если вы не хотите вводить учетные данные при каждом взаимодействии с удаленным репозиторием, можно включить кэширование учетных данных. Если кэширование учетных данных уже используется, убедитесь в том, что на компьютере кэшированы правильные учетные данные. Неправильные или устаревшие учетные данные не позволят пройти проверку подлинности.

Использование SSH

Если вы ранее настроили ключи SSH, можно использовать URL-адрес клонирования SSH вместо HTTPS. Дополнительные сведения см. в разделе Сведения об удаленных репозиториях.

Ошибка: репозиторий не найден

Если эта ошибка возникает при клонировании репозитория, это означает, что репозиторий не существует или у вас нет разрешения на доступ к нему. Существует несколько решений для этой ошибки в зависимости от причины.

Проверка правильности написания

Всегда есть вероятность опечатки. Кроме того, в именах репозиториев учитывается регистр символов. Если вы попытаетесь клонировать git@github.com:user/repo.git, но репозиторий на самом деле называется User/Repo, произойдет эта ошибка.

Чтобы избежать этой ошибки, при клонировании всегда копируйте URL-адрес клона со страницы репозитория, а затем вставляйте его. Дополнительные сведения см. в разделе Клонирование репозитория.

Сведения об обновлении удаленного репозитория см. в разделе Управление удаленными репозиториями.

Проверка разрешений

Если вы пытаетесь клонировать частный репозиторий, но не имеете разрешения на его просмотр, произойдет эта ошибка.

Убедитесь в том, что у вас есть один из следующих уровней доступа:

  • владелец репозитория;
  • участник совместной работы над репозиторием;
  • участник команды, которая имеет доступ к репозиторию (если репозиторий принадлежит организации).

Проверка доступа по протоколу SSH

В редких случаях может отсутствовать доступ к репозиторию по протоколу SSH из-за неправильной настройки.

Убедитесь в том, что используемый ключ SSH связан с личной учетной записью на GitHub. Это можно проверить, введя в командную строку следующую команду:

$ ssh -T git@github.com
> Hi USERNAME! You've successfully authenticated, but GitHub does not
> provide shell access.

Если репозиторий принадлежит организации и вы используете ключ SSH, созданный приложением OAuth, доступ к приложению может быть ограничен владельцем организации. Дополнительные сведения см. в разделе Сведения об ограничениях доступа к приложению OAuth.

Дополнительные сведения см. в разделе Добавление нового ключа SSH в учетную запись GitHub.

Проверка существования репозитория

Если все остальное не удается, убедитесь, что репозиторий действительно существует в GitHub.com!
Если вы пытаетесь выполнить отправку в несуществующий репозиторий, произойдет эта ошибка.

Ошибка: файл HEAD удаленного репозитория ссылается на несуществующую ветвь; не удалось выполнить извлечение

Эта ошибка возникает, если в GitHub.com удалена ветвь репозитория по умолчанию.

Обнаружить эту ошибку легко: GIT предупредит вас при попытке клонировать репозиторий:

$ git clone https://github.com/USER/REPO.git
# Clone a repo
> Cloning into 'repo'...
> remote: Counting objects: 66179, done.
> remote: Compressing objects: 100% (15587/15587), done.
> remote: Total 66179 (delta 46985), reused 65596 (delta 46402)
> Receiving objects: 100% (66179/66179), 51.66 MiB | 667 KiB/s, done.
> Resolving deltas: 100% (46985/46985), done.
> warning: remote HEAD refers to nonexistent ref, unable to checkout.

Чтобы устранить эту ошибку, необходимо быть администратором репозитория в GitHub.com.
Вам потребуется изменить ветвь по умолчанию репозитория.

После этого можно получить список всех доступных ветвей из командной строки:

$ git branch -a
# Lists ALL the branches
>   remotes/origin/awesome
>   remotes/origin/more-work
>   remotes/origin/new-main

Затем можно просто переключиться на новую ветвь:

$ git checkout new-main
# Create and checkout a tracking branch
> Branch new-main set up to track remote branch new-main from origin.
> Switched to a new branch 'new-main'

In VS 2022 (17.0 or 17.1), when performing a Git clone of any repo (I’ve only tested those in our Azure DevOps instance, but I don’t suspect the repos are the issue), I get a VS error dialog with only the message CloneCommand.ExecuteClone.

enter image description here

The Output window has this error pattern repeated 13 times, with the line referencing git-sh-i18n only found after the last error block, like so (the git-sh-i18n file is present, I assume the error is related to a language file it’s unable to find):

Updating files: 100% (4649/4649), done.
      0 [main] sh 1930 c:program filesmicrosoft visual studio2022enterprisecommon7idecommonextensionsmicrosoftteamfoundationteam explorerGitusrbinsh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x4E00000 - 0x5000000, (child has 0x4A00000 - 0x4C00000), Win32 error 487
   1301 [main] sh 1930 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
      1 [main] sh 1929 dofork: child -1 - forked process 17816 died unexpectedly, retry 0, exit code 0x100, errno 11
c:/program files/microsoft visual studio/2022/enterprise/common7/ide/commonextensions/microsoft/teamfoundation/team explorer/Git/mingw32/libexec/git-coregit-submodule: fork: retry: Resource temporarily unavailable
/mingw32/libexec/git-core/git-sh-setup: line 46: /git-sh-i18n: No such file or directory

The sh.exe.stackdump file has no other file references or useful info, just 3 lines of memory locations.

It seems like it might be a Cygwin memory allocation issue — I’ve read it has issues with fixed memory locations. Similar issues reference a need to exclude ASLR for git executables, PATH environment variable issues, having WSL2 installed, or 32- vs 64-bit client issues, but I haven’t found a good solution yet and I’m not certain when it started.

I do have WSL2 installed, and the latest 64-bit Git for Windows (2.35.1.2).

In VS 2022 (17.0 or 17.1), when performing a Git clone of any repo (I’ve only tested those in our Azure DevOps instance, but I don’t suspect the repos are the issue), I get a VS error dialog with only the message CloneCommand.ExecuteClone.

enter image description here

The Output window has this error pattern repeated 13 times, with the line referencing git-sh-i18n only found after the last error block, like so (the git-sh-i18n file is present, I assume the error is related to a language file it’s unable to find):

Updating files: 100% (4649/4649), done.
      0 [main] sh 1930 c:program filesmicrosoft visual studio2022enterprisecommon7idecommonextensionsmicrosoftteamfoundationteam explorerGitusrbinsh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x4E00000 - 0x5000000, (child has 0x4A00000 - 0x4C00000), Win32 error 487
   1301 [main] sh 1930 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
      1 [main] sh 1929 dofork: child -1 - forked process 17816 died unexpectedly, retry 0, exit code 0x100, errno 11
c:/program files/microsoft visual studio/2022/enterprise/common7/ide/commonextensions/microsoft/teamfoundation/team explorer/Git/mingw32/libexec/git-coregit-submodule: fork: retry: Resource temporarily unavailable
/mingw32/libexec/git-core/git-sh-setup: line 46: /git-sh-i18n: No such file or directory

The sh.exe.stackdump file has no other file references or useful info, just 3 lines of memory locations.

It seems like it might be a Cygwin memory allocation issue — I’ve read it has issues with fixed memory locations. Similar issues reference a need to exclude ASLR for git executables, PATH environment variable issues, having WSL2 installed, or 32- vs 64-bit client issues, but I haven’t found a good solution yet and I’m not certain when it started.

I do have WSL2 installed, and the latest 64-bit Git for Windows (2.35.1.2).

Последние комментарии

Иван Александрович

Иван Александрович

27.01.2023, 18:36

Здравствуйте, подскажите пожалуйста, как сделать так чтобы слайдер рассчитывал размер блока с картинкой не в момент загрузки страницы, а после открыти…

Слайдер для сайта на чистом CSS и JavaScript

485

Дмитрий

Дмитрий

27.01.2023, 11:04

«то использовать заполнители или сопровождать этот процесс какой-то анимацией.» — а как это примерно делается, у вас есть в уроках описание…

Получение и установка контента элементам в JavaScript

16

Александр Мальцев

Александр Мальцев

25.01.2023, 14:46

Да, на MODX 2.8.x аналогично.

Создание формы для сайта на MODX с использованием FormIt

439

Александр Мальцев

Александр Мальцев

23.01.2023, 06:53

Здравствуйте! Пожалуйста.
Если правильно понял задачу, то так:
const login = prompt(‘Введите логин?’);
if (login === null …

alert, prompt и confirm — диалоговые окна в JavaScript

29

Alexander_777

Alexander_777

22.01.2023, 20:30

Огромное Вам спасибо! Действительно, очень изящное решение!

А вообще, так сказать, для общего развития — существуют какие-то функции или алгоритмы д…

Ассоциативные массивы в JavaScript

47

dj_Nikita

dj_Nikita

21.01.2023, 14:05

Александр. А как настроить скрипты, чтобы получился простой чат, типа как на Youtube. Было бы классно, если бы было так: Когда заходишь с нового устро…

Простой чат-бот для сайта на чистом JavaScript

50

Dem0n1c

Dem0n1c

18.01.2023, 09:40

Добрый день, наверняка здесь присутствует ошибка.
Метод has позволяет поверить в объекте FormData наличия указанного ключа.
// данный метод вернёт tru…

FormData — Объект JavaScript для кодирования данных формы

1

David

Спасибо за ответ!
Один раз IP определился вот так: 2a01:4450:c100:b192:f195:566:e7b3
Это тоже может быть с этим связано?

Как в PHP узнать IP пользователя и определить его страну?

32

Игорь

Здорово! Всего 3 строчки в html файле и работает реакт! А во всех обучающих видео зачем то
1) Формируют файл package.json
2) Cкачивают половину интер…

Что такое React и как он работает?

3

Виталий Алехин

Виталий Алехин

28.12.2022, 21:52

function input()
{
var x=new ItcSimpleSlider(«.itcss»)
let y=document.getElementsByTagName(«input»)[0].value;
const index …

Простой адаптивный слайдер для сайта на чистом JavaScript

260

Email-рассылка

Не пропустите свежие статьи и уроки, подпишитесь на информационную рассылку
«itchief.ru». Отправка писем на почту раз в неделю!

Подписаться

Мне нужна помощь с проблемой аутентификации, с которой я столкнулся в Github/Jenkins.

Настройка выглядит следующим образом: Мастер Jenkins находится в Windows. Ведомый работает в OSX. Дженкинс может нормально общаться с ведомым.

При попытке извлечь из нашего частного репозитория git мы видим следующую ошибку, эта ошибка не возникает ни на главном, ни на других подчиненных устройствах Linux, и клоны отлично работают в терминале OSX.

Started by user xxxxxxxxxxxx
[EnvInject] - Loading node environment variables.
Building remotely on MAC01 in workspace /var/jenkins/workspace/xxxxxxxxxxxx
Checkout:NativeiOSSlots / /var/jenkins/workspace/xxxxxxxxxxxxx - hudson.remoting.Channel@166d8eb:MAC01
Using strategy: Default
Last Built Revision: Revision 7232678c31bf2c6f3c4bd5a66b349edf9288440c (origin/HEAD, origin/master)
Cloning the remote Git repository
Cloning repository <repo url>
git --version
git version 1.8.3.1
ERROR: Error cloning remote repo 'origin' : Could not clone <repo url>
hudson.plugins.git.GitException: Could not clone <repo url>
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:226)
    at org.jenkinsci.plugins.gitclient.AbstractGitAPIImpl.clone(AbstractGitAPIImpl.java:57)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clone(CliGitAPIImpl.java:33)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:1012)
    at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:948)
    at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2387)
    at hudson.remoting.UserRequest.perform(UserRequest.java:118)
    at hudson.remoting.UserRequest.perform(UserRequest.java:48)
    at hudson.remoting.Request$2.run(Request.java:326)
    at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
    at java.lang.Thread.run(Thread.java:680)
Caused by: hudson.plugins.git.GitException: Command "/Applications/GitHub.app/Contents/Resources/git/bin/git clone --progress -o origin <repo url> /var/jenkins/workspace/xxxxxxxxxx" returned status code 128:
stdout: Cloning into '/var/jenkins/workspace/xxxxxxxxxx'...

stderr: remote: Repository not found.
fatal: Authentication failed for '<repo url>'

    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:790)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$100(CliGitAPIImpl.java:33)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:224)
    ... 14 more

Есть идеи?

4 ответы

Я столкнулся с той же проблемой. Дженкин не смог клонировать мой репозиторий git на локальный ПК.

Решение:

  1. Запустить services.msc
  2. перейти к сервису Jenkins и открыть его свойство
  3. перейдите на вкладку «Вход в систему» ​​и укажите свое имя пользователя и пароль.
  4. перезапустите службу.

Эти шаги решили мою проблему, так как я указал там свой корпоративный логин и пароль.

Создан 19 сен.

Скорее всего, пользователь, которого запускает ведомое устройство Jenkins на вашем Mac, неправильно настроен для github (не имеет надлежащего сертификата). На моем ведомом Mac это пользователь по имени jenkins. Войдите в систему как этот пользователь на своем ведомом устройстве и посмотрите, сможете ли вы:

ssh -T git@github.com

Если это не работает, убедитесь, что у вас установлен правильный сертификат и что машина может видеть внешний мир.

ответ дан 31 авг.

Действительно ли он отлично клонируется с терминала при запуске от имени пользователя, работающего с jenkins?

Вероятно, вы неправильно настроили доступ по SSH. Посмотри это: Не удалось клонировать репозиторий

ответ дан 23 мая ’17, 12:05

У меня также была эта проблема. В итоге мне пришлось понизить версию плагина Git Client до 1.6.4. Когда я запускал 1.8.0, я получал эту ошибку для каждого репо, которое я пытался клонировать. Как только я откатился назад, все заработало.

ответ дан 24 апр.

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками

macos
github
jenkins
slave

or задайте свой вопрос.

Using command line, I can clone my public repos but cannot clone my private repos.

I have many private repos — and have been branching, committing, etc with no problems. But, today things seem to have broken. When I try to clone a repo, I get

Cloning into ‘XYZRepo’…
remote: Repository not found.
fatal: repository ‘https://github.com/user/XYZRepo.git/’ not found

(uname and repo names have been changed).

I checked
* the clone address is correct (I copied it directly from the repo)
* git config —global user.name (and user.email) are correct
Also, I do not have any .git directory in the folders I’m trying to clone to.

Any ideas on what could be going on here?

asked Jul 26, 2016 at 23:20

tcs's user avatar

tcstcs

3231 gold badge3 silver badges11 bronze badges

2

The source of the problem seems to have been the credential management.

If I cloned with the full username:password@ format (i.e. git clone https://:@github.com/user/XYZRepo.git» then the repo is found and cloned without generating any error.

To get to the source of the problem I read up on credential management… and still don’t understand how I see what credentials are stored and being used (it’s «magic»). So, I just reinstalled git and github clients — and the «magic» seems to be back.

NOTE: «—unset-all» might be a possible solution as well git credential.helper=cache never forgets the password?

Community's user avatar

answered Jul 27, 2016 at 11:39

tcs's user avatar

tcstcs

3231 gold badge3 silver badges11 bronze badges

1

Using command line, I can clone my public repos but cannot clone my private repos.

I have many private repos — and have been branching, committing, etc with no problems. But, today things seem to have broken. When I try to clone a repo, I get

Cloning into ‘XYZRepo’…
remote: Repository not found.
fatal: repository ‘https://github.com/user/XYZRepo.git/’ not found

(uname and repo names have been changed).

I checked
* the clone address is correct (I copied it directly from the repo)
* git config —global user.name (and user.email) are correct
Also, I do not have any .git directory in the folders I’m trying to clone to.

Any ideas on what could be going on here?

asked Jul 26, 2016 at 23:20

tcs's user avatar

tcstcs

3231 gold badge3 silver badges11 bronze badges

2

The source of the problem seems to have been the credential management.

If I cloned with the full username:password@ format (i.e. git clone https://:@github.com/user/XYZRepo.git» then the repo is found and cloned without generating any error.

To get to the source of the problem I read up on credential management… and still don’t understand how I see what credentials are stored and being used (it’s «magic»). So, I just reinstalled git and github clients — and the «magic» seems to be back.

NOTE: «—unset-all» might be a possible solution as well git credential.helper=cache never forgets the password?

Community's user avatar

answered Jul 27, 2016 at 11:39

tcs's user avatar

tcstcs

3231 gold badge3 silver badges11 bronze badges

1

Tried with the configure option, not able to find the tools
configuration option and the git executable section. Seems like it
occurs after a successful build only. Please help.

Here’s the output I receive after building the project on the console output section:

  Building in workspace C:UsersAnishas.jenkinsworkspaceSample123
    Cloning the remote Git repository
    Cloning repository https://github.com/AnishaSalunkhe/HelloWorld.git
     > C:UsersAnishasgit init C:UsersAnishas.jenkinsworkspaceSample123 # timeout=10
    ERROR: Error cloning remote repo 'origin'
    hudson.plugins.git.GitException: Could not init C:UsersAnishas.jenkinsworkspaceSample123
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:656)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:463)
        at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1057)
        at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1097)
        at hudson.scm.SCM.checkout(SCM.java:485)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:1269)
        at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607)
        at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
        at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529)
        at hudson.model.Run.execute(Run.java:1738)
        at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
        at hudson.model.ResourceController.execute(ResourceController.java:98)
        at hudson.model.Executor.run(Executor.java:410)
    Caused by: hudson.plugins.git.GitException: Error performing command: C:UsersAnishasgit init C:UsersAnishas.jenkinsworkspaceSample123
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1726)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1695)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1691)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1321)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$5.execute(CliGitAPIImpl.java:654)
        ... 12 more
    Caused by: java.io.IOException: Cannot run program "C:UsersAnishasgit" (in directory "C:UsersAnishas.jenkinsworkspaceSample123"): CreateProcess error=5, Access is denied
        at java.lang.ProcessBuilder.start(Unknown Source)
        at hudson.Proc$LocalProc.<init>(Proc.java:240)
        at hudson.Proc$LocalProc.<init>(Proc.java:212)
        at hudson.Launcher$LocalLauncher.launch(Launcher.java:815)
        at hudson.Launcher$ProcStarter.start(Launcher.java:381)
        at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1715)
        ... 16 more
    Caused by: java.io.IOException: CreateProcess error=5, Access is denied
        at java.lang.ProcessImpl.create(Native Method)
        at java.lang.ProcessImpl.<init>(Unknown Source)
        at java.lang.ProcessImpl.start(Unknown Source)
        ... 22 more
    ERROR: null
    Finished: FAILURE

StephenKing's user avatar

StephenKing

36k11 gold badges81 silver badges112 bronze badges

asked May 11, 2016 at 7:02

Learner's user avatar

This wasted so much time on my Jenkins Windows slave.

I knew git was in the path because I executed «where git» in the build job’s batch command.

where git
C:Program Files (x86)Gitcmdgit.exe

Apparently the Jenkins Git Plugin executes ** before ** the environment is inherited.

SET YOUR SLAVE’s PATH to Git ( Just DO IT !! )

1) Go to your Windows slave configuration
Manage Jenkins > Manage Nodes

2) Select your slave configuration

3) Check Tool Locations under Node Properties

4) Enter complete path to git executable including git.exe

[x] Tool Locations
   Name: (GIT) git
   Home: C:Program Files (x86)Gitcmdgit.exe

See screenshot:

enter image description here

answered Sep 5, 2017 at 17:26

Ed of the Mountain's user avatar

5

Go to Manage Jenkins / Global Tool Configuration and set Path to Git executable:

enter image description here

Andre Hofmeister's user avatar

answered Jun 29, 2018 at 11:12

Chandra Pal's user avatar

Chandra PalChandra Pal

2392 silver badges2 bronze badges

0

set the path to git.exe and not only to the directory of the git file in both the locations of tool configurations.

answered May 31, 2016 at 9:02

Learner's user avatar

LearnerLearner

5122 gold badges7 silver badges23 bronze badges

4

  1. Check for below command in Jenkins Server in linux Env:
`whereis git`

you will get the path like /usr/bin/git

  1. Place it in Manage jenkin>Global Tool Configuration> under git path mention /usr/bin/git

  2. Rerun job again

answered Oct 29, 2020 at 22:40

bakkuri praveenkumar's user avatar

Sometimes this error occurs when disk space is less. so do check the space of your machine where jenkins is hosted. :)

answered Apr 20, 2018 at 12:12

Kamini Naithani's user avatar

1

If anyone is using Jenkins with freshly installed Xcode, you’ll need to agree to the license using sudo xcodebuild -license or agree through UI.

answered Jul 10, 2018 at 22:22

Genki's user avatar

GenkiGenki

3,0552 gold badges29 silver badges42 bronze badges

There can be multiple reasons for that

  1. Check the Permission of the Folder or the Worker Node, In my case 3rd one was the issue because of not providing permissions to the users and groups. As a result you may need to do
    sudo chown -R user:group folderName
  2. Check you have configured the SSH Key, if you are using Private Repo from GitHub.
  3. Path Must be provided inside Jenkins Global Configuration of Default Git

Sergey Pleshakov's user avatar

answered Jan 7, 2021 at 1:10

Mohit Sharma's user avatar

1

In my case,

  1. I have installed git on my slave server. Download-git
  2. Run cmd command

where git

and update your git path with exe file like below in Jenkins node configuration.

C:Program FilesGitcmdgit.exe

Go to your Windows slave configuration, Manage Jenkins > Manage Nodes > Select your slave > configure

Check «Tool Locations» under «Node Properties» and give the full path what you got from ‘where git’ command and save.

answered Jun 21, 2021 at 11:06

Aditya Y's user avatar

Aditya YAditya Y

5915 silver badges12 bronze badges

yes I have faced the same issue on the Linux ec2 instance but I fixed it through

  1. First of all on your server run the below command, and this command will return to you
    $ which git
    this command will return to you the actual path of the git, where your git is installed like that /usr/bin/git copy this path.
  2. open your Jenkins > go to manage Jenkins >Global tool configuration > paste the in this field «Path to Git executable
    you can see in the image

answered Jun 24, 2021 at 14:16

mudassar munir's user avatar

mudassar munirmudassar munir

3551 gold badge4 silver badges18 bronze badges

Windows:
1. Install git in windows machine
2. The git.exe path is C:Program FilesGitcmdgit.exe (by default, unless you change during installation)
3.Now need to show the path of git.exe in Jenkins git plugin tool

a)manage Jenkins>Global Tool Configuration>Git

b)Add git : name: anything and Path:C:Program FilesGitcmdgit.exe
4. Then build for clone. Should be ok

Linux CentOS7:
Same error message I got and after installation git in same machine were Jenkins installed, it is solved.

yum install git

answered Mar 14, 2019 at 3:44

shafi's user avatar

shafishafi

112 bronze badges

Then you need to follow below steps. Hope so this may be useful for you to resolve your problem.

If your master is linux machine and slave is windows machine…

Pre-Requisites:

  • your slave machine should have same java version(jdk 1.8).
  • Git should be installed on your slave machine.

Steps to follow:

  1. Go to your Windows slave configuration Manage Jenkins > Manage Nodes

  2. Select your slave configuration

  3. Check Tool Locations under Node Properties

  4. Enter complete path to git executable including git.exe

Tool Locations
   Name: (GIT) git
   Home: C:Program Files (x86)Gitcmdgit.exe

See screenshot:

barbsan's user avatar

barbsan

3,41811 gold badges21 silver badges28 bronze badges

answered May 9, 2019 at 11:32

Nikunj's user avatar

1) Make sure the git.exe has executable permissions.
2) Make sure git is configured correctly to refer in Global Tool configurations and also on the Jenkins agent (windows in your case) where you running the job, environment variable for git.exe executable is set correctly

answered Mar 2, 2020 at 8:10

Azeem's user avatar

AzeemAzeem

515 bronze badges

have this problem after my company move to 2FA (2 factory authentication) at GitHub

in the Jenkins I get in credential this
enter image description here

to fix it

  1. I create a personal access token in Github from here

2)after that i get to the same place in the jenkins when the errors ->Credential->add ->jenkins
enter image description here

and get as you see in the picture down
username= what you want name
password = token that you get

enter image description here

answered Dec 10, 2020 at 12:48

Vladi's user avatar

VladiVladi

1,59217 silver badges29 bronze badges

Upgrading all plugins and Jenkins to 2.332.1 solved for me

answered Mar 15, 2022 at 8:08

ergunkocak's user avatar

ergunkocakergunkocak

3,3241 gold badge32 silver badges31 bronze badges

This answer may sound like a joke, but it resolved the exact error message we were getting for only 1 pipeline:

  • Check if the pipeline has a parameter with no name value.

answered Oct 21, 2022 at 12:19

NibblesMK's user avatar

I’m experiencing some issues with my Jenkins running on EC2 (centos).
Jenkins version: 1.121.2
Git version: 1.8.3

I am using Gitlab as SCM. while cloning from the repository i am getting following error. It was working properly earlier, suddenly past two days it is not working. I didn’t made any changes in configuration. all are same till now.

could any one help me found the solution for this. I am getting update notification from jenkins. Is it because of jenkins update ?

Credentials, git installation path and other settings are still same. Please
anyone help me to resolve this issue

    Building in workspace /home/centos/.jenkins/workspace/ehealth-gitlab/xxxxxx
Wiping out workspace first.
Cloning the remote Git repository
Cloning repository git@gitlab.imtacsoft.com:ehealth/repositories/xxxxx.git
 > /usr/bin/git init /home/centos/.jenkins/workspace/ehealth-gitlab/xxxxxx # timeout=10
Fetching upstream changes from git@gitlab.imtacsoft.com:ehealth/repositories/xxxxxx.git
 > /usr/bin/git --version # timeout=10
using GIT_SSH to set credentials xxxxxxxxx
 > /usr/bin/git fetch --tags --progress git@gitlab.imtacsoft.com:ehealth/repositories/xxxxxxxx.git +refs/heads/*:refs/remotes/origin/*
ERROR: Error cloning remote repo 'origin'
hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags --progress git@gitlab.imtacsoft.com:ehealth/repositories/xxxxxxxx.git +refs/heads/*:refs/remotes/origin/*" returned status code 141:
stdout: 
stderr: remote: Counting objects: 18159, done.[K
remote: Compressing objects:   0% (1/231)   [K
remote: Compressing objects:   1% (3/231)   [K
remote: Compressing objects:   2% (5/231)   [K
remote: Compressing objects:   3% (7/231)   [K
remote: Compressing objects:   4% (10/231)   [K
remote: Compressing objects:   5% (12/231)   [K
remote: Compressing objects:   6% (14/231)   [K
remote: Compressing objects:   7% (17/231)   [K
remote: Compressing objects:   8% (19/231)   [K
remote: Compressing objects:   9% (21/231)   [K
remote: Compressing objects:  10% (24/231)   [K
remote: Compressing objects:  11% (26/231)   [K
remote: Compressing objects:  12% (28/231)   [K
remote: Compressing objects:  13% (31/231)   [K
remote: Compressing objects:  14% (33/231)   [K
remote: Compressing objects:  15% (35/231)   [K
remote: Compressing objects:  16% (37/231)   [K
remote: Compressing objects:  17% (40/231)   [K
remote: Compressing objects:  18% (42/231)   [K
remote: Compressing objects:  19% (44/231)   [K
remote: Compressing objects:  20% (47/231)   [K
remote: Compressing objects:  21% (49/231)   [K
remote: Compressing objects:  22% (51/231)   [K
remote: Compressing objects:  23% (54/231)   [K
remote: Compressing objects:  24% (56/231)   [K
remote: Compressing objects:  25% (58/231)   [K
remote: Compressing objects:  26% (61/231)   [K
remote: Compressing objects:  27% (63/231)   [K
remote: Compressing objects:  28% (65/231)   [K
remote: Compressing objects:  29% (67/231)   [K
remote: Compressing objects:  30% (70/231)   [K
remote: Compressing objects:  31% (72/231)   [K
remote: Compressing objects:  32% (74/231)   [K
remote: Compressing objects:  33% (77/231)   [K
remote: Compressing objects:  34% (79/231)   [K
remote: Compressing objects:  35% (81/231)   [K
remote: Compressing objects:  36% (84/231)   [K
remote: Compressing objects:  37% (86/231)   [K
remote: Compressing objects:  38% (88/231)   [K
remote: Compressing objects:  39% (91/231)   [K
remote: Compressing objects:  40% (93/231)   [K
remote: Compressing objects:  41% (95/231)   [K
remote: Compressing objects:  42% (98/231)   [K
remote: Compressing objects:  43% (100/231)   [K
remote: Compressing objects:  44% (102/231)   [K
remote: Compressing objects:  45% (104/231)   [K
remote: Compressing objects:  46% (107/231)   [K
remote: Compressing objects:  47% (109/231)   [K
remote: Compressing objects:  48% (111/231)   [K
remote: Compressing objects:  49% (114/231)   [K
remote: Compressing objects:  50% (116/231)   [K
remote: Compressing objects:  51% (118/231)   [K
remote: Compressing objects:  52% (121/231)   [K
remote: Compressing objects:  53% (123/231)   [K
remote: Compressing objects:  54% (125/231)   [K
remote: Compressing objects:  55% (128/231)   [K
remote: Compressing objects:  56% (130/231)   [K
remote: Compressing objects:  57% (132/231)   [K
remote: Compressing objects:  58% (134/231)   [K
remote: Compressing objects:  59% (137/231)   [K
remote: Compressing objects:  60% (139/231)   [K
remote: Compressing objects:  61% (141/231)   [K
remote: Compressing objects:  62% (144/231)   [K
remote: Compressing objects:  63% (146/231)   [K
remote: Compressing objects:  64% (148/231)   [K
remote: Compressing objects:  65% (151/231)   [K
remote: Compressing objects:  66% (153/231)   [K
remote: Compressing objects:  67% (155/231)   [K
remote: Compressing objects:  68% (158/231)   [K
remote: Compressing objects:  69% (160/231)   [K
remote: Compressing objects:  70% (162/231)   [K
remote: Compressing objects:  71% (165/231)   [K
remote: Compressing objects:  72% (167/231)   [K
remote: Compressing objects:  73% (169/231)   [K
remote: Compressing objects:  74% (171/231)   [K
remote: Compressing objects:  75% (174/231)   [K
remote: Compressing objects:  76% (176/231)   [K
remote: Compressing objects:  77% (178/231)   [K
remote: Compressing objects:  78% (181/231)   [K
remote: Compressing objects:  79% (183/231)   [K
remote: Compressing objects:  80% (185/231)   [K
remote: Compressing objects:  81% (188/231)   [K
remote: Compressing objects:  82% (190/231)   [K
remote: Compressing objects:  83% (192/231)   [K
remote: Compressing objects:  84% (195/231)   [K
remote: Compressing objects:  85% (197/231)   [K
remote: Compressing objects:  86% (199/231)   [K
remote: Compressing objects:  87% (201/231)   [K
remote: Compressing objects:  88% (204/231)   [K
remote: Compressing objects:  89% (206/231)   [K
remote: Compressing objects:  90% (208/231)   [K
remote: Compressing objects:  91% (211/231)   [K
remote: Compressing objects:  92% (213/231)   [K
remote: Compressing objects:  93% (215/231)   [K
remote: Compressing objects:  94% (218/231)   [K
remote: Compressing objects:  95% (220/231)   [K
remote: Compressing objects:  96% (222/231)   [K
remote: Compressing objects:  97% (225/231)   [K
remote: Compressing objects:  98% (227/231)   [K
remote: Compressing objects:  99% (229/231)   [K
remote: Compressing objects: 100% (231/231)   [K
remote: Compressing objects: 100% (231/231), done.[K
Receiving objects:   0% (1/18159)   
Receiving objects:   1% (182/18159)   
Receiving objects:   2% (364/18159)   
Receiving objects:   3% (545/18159)   
Receiving objects:   4% (727/18159)   
Receiving objects:   5% (908/18159)   
Receiving objects:   6% (1090/18159)   
Receiving objects:   7% (1272/18159)   
Receiving objects:   8% (1453/18159)   
Receiving objects:   9% (1635/18159)   
Receiving objects:  10% (1816/18159)   
Receiving objects:  11% (1998/18159)   
Receiving objects:  12% (2180/18159)   
Receiving objects:  13% (2361/18159)   
Receiving objects:  14% (2543/18159)   
Receiving objects:  15% (2724/18159)   
Receiving objects:  16% (2906/18159)   
Receiving objects:  17% (3088/18159)   
Receiving objects:  18% (3269/18159)   
Receiving objects:  19% (3451/18159)   
Receiving objects:  20% (3632/18159)   
Receiving objects:  21% (3814/18159)   
Receiving objects:  22% (3995/18159)   
Receiving objects:  23% (4177/18159)   
Receiving objects:  24% (4359/18159)   
Receiving objects:  25% (4540/18159)   
Receiving objects:  26% (4722/18159)   
Receiving objects:  27% (4903/18159)   
Receiving objects:  28% (5085/18159)   
Receiving objects:  29% (5267/18159)   
Receiving objects:  30% (5448/18159)   
Receiving objects:  31% (5630/18159)   
Receiving objects:  32% (5811/18159)   
Receiving objects:  33% (5993/18159)   
Receiving objects:  34% (6175/18159)   
Receiving objects:  35% (6356/18159)   
Receiving objects:  36% (6538/18159)   
Receiving objects:  37% (6719/18159)   
Receiving objects:  38% (6901/18159)   
Receiving objects:  39% (7083/18159)   
Receiving objects:  40% (7264/18159)   
Receiving objects:  41% (7446/18159)   
Receiving objects:  42% (7627/18159)   
Receiving objects:  43% (7809/18159)   
Receiving objects:  44% (7990/18159)   
Receiving objects:  45% (8172/18159)   
Receiving objects:  46% (8354/18159)   
Receiving objects:  47% (8535/18159)   
Receiving objects:  48% (8717/18159)   
Receiving objects:  49% (8898/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  50% (9080/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  51% (9262/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  52% (9443/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  53% (9625/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  54% (9806/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  55% (9988/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  56% (10170/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  57% (10351/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  58% (10533/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  59% (10714/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  60% (10896/18159), 4.27 MiB | 8.39 MiB/s   
Receiving objects:  61% (11077/18159), 4.27 MiB | 8.39 MiB/s   
/home/xxxx/.jenkins/workspace/ehealth-gitlab/xxxxxx@tmp/ssh2718094864882222173.sh: line 6:  9425 Killed                  ssh -i "/home/xxxx/.jenkins/workspace/ehealth-gitlab/xxxxxxxxxx@tmp/ssh3464275883550641394.key" -l "git" -o StrictHostKeyChecking=no "$@"

    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2016)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1735)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:72)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:420)
    at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:629)
    at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1146)
    at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1186)
    at hudson.scm.SCM.checkout(SCM.java:504)
    at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
    at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
    at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
    at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
    at hudson.model.Run.execute(Run.java:1798)
    at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
    at hudson.model.ResourceController.execute(ResourceController.java:97)
    at hudson.model.Executor.run(Executor.java:429)
ERROR: Error cloning remote repo 'origin'
Finished: FAILURE

Thanks.

Что делать с ошибкой при клонировании репозитория?

Вчера мне на tmp скачали удаленный репозиторий, я сегодня стал настраивать вэб сервер для того чтобы развернуть этот сайт у себя. Но когда я выполняю git clone у себя в var/www/ у меня выводиться ошибка
fatal: Не удалось прочитать из внешнего репозитория.

Удостоверьтесь, что у вас есть необходимые права доступа
и репозиторий существует.
В чем тут проблема? Это моя вина или в чем?


  • Вопрос задан

    более трёх лет назад

  • 4682 просмотра

Пригласить эксперта

Это моя вина или в чем?

Вина :) нет прав к репозиторию и все, без всякой вины.

Проверьте:
— в Github/Bitbucket/Gitlab вам должны быть права на чтение к репозиторию
— ваши ssh-ключи должны быть добавлены для пользователя


  • Показать ещё
    Загружается…

27 июн. 2023, в 19:13

25000 руб./за проект

27 июн. 2023, в 18:58

20000 руб./за проект

27 июн. 2023, в 18:47

25000 руб./за проект

Минуточку внимания

  • Произошла ошибка при использовании ssl конфигурации для конечной точки
  • Произошла ошибка при использовании metaspace майнкрафт
  • Произошла ошибка при инициализации программы запуска epic games
  • Произошла ошибка при инициализации приложения
  • Произошла ошибка при инициализации криптопровайдера эцп quik альфа директ