Почему эта команда git clone не работает?
Попытка использовать команду git clone . Мое понимание (пожалуйста, исправьте, если не так) было то, что для размещения репозитория Git вам просто нужен компьютер, на котором запущен ssh, и проект/репозиторий, сидящий на нем в разрешенном месте.
У меня есть мой репозиторий Git в системе OS X, в которой выполняется ssh. Я пытаюсь клонировать его в системе Windows XP. У меня есть Git Bash, установленный на компьютере XP. В консоли Git Bash (MINGW) я могу без проблем с ssh в Mac.
Однако git clone выходит из строя.
Пробовал с расширением .git и без него:
Нужно ли мне что-то еще установить на Mac?
Для msysgit использование опции -u для указания пути к git -upload-pack не работает, когда путь включает пробелы, потому что кавычки (одиночные, двойные), похоже, не поддерживаются (1.7.11.msysgit. 1).
Добавление его в мой PATH (C:\Program Files (x86)\ Git\libexec\git -core). [Однако у меня есть дополнительные проблемы с моей настройкой]
У вас должен быть установлен Git на компьютере с репозиторием Git, который вы хотите клонировать; также git-upload-pack должен быть в $PATH на удаленной машине при выполнении ssh. Получаете ли вы что-то вроде следующего ответа при прямом доступе к удаленной машине:
или следующий (неправильный) ответ:
(конечно, имя оболочки зависит от того, что использует удаленная сторона).
То, что также может быть проблемой (хотя, возможно, и не в вашем случае), неправильно сконфигурировало удаленную машину, чтобы использовать интерактивную оболочку для подключения ssh, либо предоставляя некоторые сообщения при подключении, либо устанавливая интерактивные переменные, как печально известную переменную среды $CDPATH.
Я решил проблему, добавив следующую строку в мой файл
/.bashrc на удаленном компьютере:
Проблема заключалась в том, что $PATH не включал /usr/local/ git/bin для неинтерактивных сеансов. Добавление к
/.bashrc исправило эту проблему.
git clone —upload-pack/path/to/ git -upload-pack ssh://user @host/
который работал у меня.
У меня была такая же проблема на mac os, и я решил это, скопировав git -upload-pack из /usr/local/ git/bin в/bin.
У меня была такая же проблема и без удаления устаревшего сертификата все, что печаталось, он начал работать. Единственное, что я сделал по-другому в этот раз, — это переключить Wi-Fi из сети прокси-сервера на мое личное мобильное место. Затем я запускаю команду ниже в терминале
Затем он начал клонирование и запросил пароль.
Я все пробовал, я проверял свои ключи, пути и инструменты. Тем не менее, я не смог клонировать репо из github, используя «git shell» «git gui» и «tortoise git».
Я загрузил и установил «» Инструменты Visual Studio для Git «(который требовал» VS2012 Update 2 CTP») и смог клонировать репо изнутри Visual Studio:
- Нажмите «Главное меню- > Просмотр- > Командный проводник»
Нажмите «Team Explorer- > Connect To Team Projects»
Нажмите «Командный проводник- > Локальный Git Репозитории Раздел- > Клон»
Введите URL-адрес Git Repo to Clone (желтый ящик)
Введите или просмотрите локальную папку для клонирования в
Нажмите «Клонировать»
Через некоторое время репо было клонировано. Я успешно клонировал полдюжины репо таким образом, что msysgit, github и tortoisegit не работали должным образом.
Источник
Git fatal: протокол ‘https’ не поддерживается
Также пробовал с SSH:
Нужно ли менять настройки на моем компьютере или это проблема с GitHub?
Изменить: я заменил свое имя пользователя и IP-адрес на «.»
11 ответов
Используйте http вместо https ; он выдаст предупреждающее сообщение и перенаправит на https, клонируется без проблем.
Простой ответ — просто удалите https
Ваш репо. : (git clone https: // . .)
Просто так (git clone: // . )
И снова введите (git clone https: // . .)
Решение проблемы 100% .
Возможно, вы используете компьютер с Windows или Linux, где вы не вошли в git hub, поэтому сертификат не проверен. Из системы, в которой вы получаете сообщение об ошибке, войдите в github с учетными данными, затем попробуйте использовать команду, которая будет работать. Удачи
Я получил эту ошибку, когда пытался проявить смекалку и самостоятельно извлечь клонируемый URL из URL репозитория. Я сделал это неправильно. Я делал:
Где я должен был сделать:
У меня было 3 ошибки:
- не https://
- после .com мне нужно : вместо /
- в конце мне нужен .git
(1): — Откройте новый терминал и клонируйте репозиторий git.
git clone https://github.com/rojarfast1991/TestGit.git
(2) Откроется окно автоматического входа в git, и вам будет предложено ввести учетные данные пользователя.
Имя пользователя: — xxxxxxx
Наконец-то начнется клонирование .
Скопируйте в обычный блокнот (git clone https://github.com/./Spoon-Knife.git) и вставьте его в cmd. теперь это будет работать.
Изменить . Эта конкретная проблема пользователей была решена путем запуска нового сеанса терминала.
? перед протоколом (https) не поддерживается. Вы хотите это:
git clone git@github.com:octocat/Spoon-Knife.git
git clone https://github.com/octocat/Spoon-Knife.git
У меня была та же проблема, все, что я сделал, это перезапустил командную строку, а затем перешел к папке с документами, а не к папке пользователя, используя команду «cd documents». Это должно быть все, что нужно. Также убедитесь, что ссылка верна.
Вы попробовали это:
Надеюсь, это сработает
Я столкнулся с той же проблемой после новой установки git на Windows 10 и его первого запуска. Перезапуск окна bash решил проблему.
Там происходит что-то подозрительное. Вероятно, ошибка github, которая не соответствует (A / B тестирование?)
Я нахожусь на Windows 10, используя Firefox. Я только что скопировал URL проверки и получил дополнительный символ. Но только в первый раз. Во второй раз его там не было. Я должен был посмотреть на мой файл истории, чтобы увидеть его!
Вот моя история:
Команда history не показывает дополнительный символ. Точно так же, как это не было обработано, когда я копировал его в терминал. Вы видите, как я пытался удалить ‘s’, а затем весь протокол? Я только начал расследование, когда клавиша возврата на одну позицию переместилась на один символ меньше, чем я ожидал!
Я сохранил свой файл истории оболочки на машине с шестнадцатеричным редактором и:
Там я вставил символ c2 96 перед URL. Понятия не имею, что это такое. Разве это не расширенный ASCII (где это будет – ), и он был спрятан почти из каждого места, которое я вставил, пока он был в буфере обмена. Самое близкое, что я нашел с этим шестнадцатеричным значением, было бы https: // www.fileformat.info/info/unicode/char/c298/index.htm но я нигде не видел префикса utf (опять же, возможно, он был потерян)
Все это может вводить в заблуждение, так как я потерял страницу / буфер обмена и работаю исключительно из сохраненного файла истории оболочки, в котором вполне могут отсутствовать данные из первоначальной ошибки / вредоносной инъекции.
Источник
Установка git в Windows (на этот раз подробно)
Судя по всему, многие из посетителей приходят на этот блог в поисках руководства по установке Git в Windows. И, что самое печальное, всё что они находят — куцая страничка со ссылкой на англоязычный скринкаст. Пришло время исправить это недоразумение 🙂
Установка и настройка
Итак, установка git. Сразу оговорюсь что мы будем ставить msysgit, и заодно произведём необходимые действия для подключения к GitHub. Конечно, можно использовать git и в одиночку, для себя — но здесь, как и с играми, в онлайне намного интереснее 🙂
Идём на страницу git, в раздел Download и ищем там msysgit для Windows. Сайт git отправляет нас на Google Code. Берём Full Installer for official Git.
Запускаем, устанавливаем. При установке будет предложено выбрать тип запуска Git:
- Git bash only: git ставится и вызывается командой контекстного меню «Git bash here»/»Git gui here»
- Run from the Windows command prompt: Устанавливает Git и прописывает путь к консольной версии в PATH. Команду ‘Git Bash here’ всё равно можно использовать.
- Run Git and tools from Windows Command Prompt: то же что предыдущий вариант, но дополнительно прописывает в Windows путь к различным Unix-утилитам типа find и sort. Git предупреждает нас что при этом вместо windows-приложений с соответствующими именами будут вызываться unix-аналоги
Я предпочитаю второй вариант, т.к. использую git исключительно из командной строки. Так что это руководство будет по большей части консольным 🙂
Продолжаем установку. В конце git предложит просмотреть файл примечаний к релизу. Собственно, на этом установка заканчивается 🙂 Теперь идём в командную строку (если Вы выбрали этот вариант) и вводим свои данные в git, чтобы он нормально подписывал коммиты.
Не забудьте подставить своё имя/ник и email 🙂 Параметр --global говорит нам что мы изменяем глобальные настройки. Чтобы изменить настройки только одного репозитория, перейдите в его папку и сделайте то же без --global:
Кстати, создаётся репозиторий командой git init в нужной папке. Всё, git можно пользоваться в локальном режиме 🙂
Давайте теперь что нибудь утянем с Github. Идём туда, делаем поиск или Explore Github, открываем понравившийся проект. Прямо под названием проекта будет Clone URL:
Жмём, копируем команду. Получится примерно что то такое:
Переходим в каталог куда мы хотим положить проект, и выполняем команду. Имейте в виду, git создаст для проекта каталог чтобы его туда положить. То есть, если мы выполним эту команду в D:\Source, проект будет в папке D:\Source\jquery-builds.
Конфигурация для использования GitHub
Чтобы хранить свой проект в GitHub, надо ещё немного покопаться с настройкой 🙂 Нам понадобится пара ключей SSH. Открываем консоль Git bash, всё равно где. В msysgit процесс генерации пары ключей упрощён почти до предела. Делаем:
У Вас спросят куда положить ключи (не потеряйте их, лучше выбрать предлагаемое программой место), дважды спросят пароль (passphrase). Пароль должен быть сложным. После этого Вы получите два файла и RSA fingerprint примерно такого вида:
Теперь идём и регистрируемся на Гитхабе, в бесплатном варианте.
Внимание, бесплатный аккаунт на GitHub — аккаунт для Open-Source проектов. Вы не сможете закрыть свой код, или скрыть его от других. Не используйте его для проприетарного кода и рабочих проектов!
В поле SSH Public Key вставляем содержимое файла id_rsa.pub, или как Вы его там назвали при создании ключей. Если Вы создали ключи в своей папке пользователя, ssh самостоятельно его найдёт. Иначе, надо будет добавить ключи вручную:
Завершаем регистрацию. Теперь можно уже проверить что получилось. В простой командной строке подключаемся к серверам github:
В ответ должно прийти:
Это значит что всё в порядке.
Если Вы видите No supported authentication methods available, значит Git не может найти программу, способную достучаться до сервера Гитхаба. Строка вызова используемой программы хранится в переменной GIT_SSH. Чтобы использовать программу ssh (самый простой способ), надо сделать в командной строке:
Имейте в виду, после перезагрузки эта переменная вернётся в начальное состояние.
Источник
git clone: Authentication failed for
Trying to access private corporate tfs. They gave me access by giving appropriate rights to windows user (domain\login).
I’m fine with accessing web interface of tfs, browse repository and stuff.
But when I try to run
Tried with home pc without corporate network stuff — same error.
Tried in PowerShell, Git Bash, Clone via VisualStudio — same error.
SSH is closed (gave request timeout).
Web & Git both ask for credentials once (tried deleting in Credentials Manager — asks again, after submitting web is fine, git fails)
Corporate helper tried to help, but all he gave is tfs logs. He says, my username doesn’t come with requests (tracked by syncing my attempts timestamps with logs).
while others include it
18 Answers 18
I was facing same error when I was trying to clone a repository on a brand new machine. I’m using Git bash as my Git client. When I ran Git’s command to clone a repository it was not prompting me for user id and password which will be used for authentication. It was a fresh machine where not a single credential was cached by Windows credential manager.
As a last resort, I manually added my credentials in credentials manager.
Go to > Control Panel > Click User Accounts > Click Credential Manager > Click Windows Credentials
Now, click the Add a Windows credential (highlighted in yellow) in Windows Credentials section as shown in the screenshot below:
Now, enter the details as shown in the form below and click OK :
I had put the details as below:
Next time you run any Git command targeting a repository set up on above address this manually cached credential will be used.
Note:
- If you have Git bash command line already open then close it and reopen it for changes to take effect.
- Also remember that when your domain account password expires next time (may be due to corporate rotational password policy) then you’ll have to update the password on this screen as well. You can do this after setting up a new password for your domain account.
Источник
‘git clone’ с msysGit на Windows не работает
Я установил msysGit на нескольких моих компьютерах и имею только проблемы на одном конкретном компьютере (конечно, мой основной рабочий компьютер). ‘git clone’ не работает. Когда я запускаю команду clone в репозитории, это происходит:
Он начинает заполнять каталог .git, но никогда ничего не срывает. Я оставил это на пару часов, чтобы увидеть, не пошёл бы он хотя бы по ошибке. Он продолжает сидеть там. Если я попробую и отменил его, все будет хорошо. Кажется, он просто не вытащил репозиторий. Я пробовал это на нескольких репозиториях из нескольких мест. Кто-нибудь знает, что может случиться?
Вы пытались клонировать с http-адресом?
В настоящее время существует билет с msysgit (вопрос 136) с той же проблемой, для которой текущее обходное решение заключается в клонировании с http скорее чем адрес git.
Другие шаги, чтобы попробовать:
- GIT_TRACE=1 (и опубликовать вывод)
попробуйте использовать другие или более старые версии msysgit
проверьте наличие проблем с брандмауэром/антивирусом на вашем основном компьютере.
Здесь переключение на более старую версию msysgit может быть правильным вариантом:
Используете ли вы 1.6.4 предварительную версию msysGit? Известны ошибки с ним.
Мы рекомендуем стабильную версию, например 1.6.0.
спасибо chris, что он: после переключения на предыдущую версию msysGit (Git -1.6.3.2-preview20090608.exe) проблема больше не возникает.
Проблема может действительно повлиять на любой Git1.6.4 и старше:
git пытается проверить, существует ли файл пакета, отправив запрос HEAD , но задерживает ошибку 500, которая возвращает некоторый (если не все) github.
Использование репозитория, используемого репортером:
В настоящее время группы поддержки GitHub исследуют проблему:
Я не думаю, что 500-ые намерены, но может быть что-то странное с нашей установкой, которая их вызывает.
У меня есть билет, открытый для дальнейшего изучения проблемы. У меня такое чувство, что мы не будем возиться с этим до тех пор, пока это не произойдет, так как это может быть что-то с конфигурацией сервера.
Обходной путь для сервера Github, который иногда давал ответ 500 (Внутренняя ошибка сервера) на запросы HEAD в 1.6.4.3, ввел регрессию, которая вызвала повторную выборку проектов через http до segfault в некоторых случаях из-за освобождения неинициализированного указателя.
Но mssysgit пока не выпустит (21 сентября) новую сборку с оригинального 1.6.4 в конце июля. (Вероятно, они ждут 1.6.5 или 1.7)
Источник