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

Ошибки клонирования 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.

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.

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).

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

Email-рассылка

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

Подписаться