Не работает git clone ubuntu

Git clone; wget не работают

Сделал через puttygen себе ssh ключ, включил его при подключении, но ошибки те же. Я уже не знаю в чем проблема, resolv.conf изменил вместе с интерфейсом на 8.8.8.8 8.8.8.4 я просто не понимаю в чем проблема! 8 часов пытаюсь клонировать, ладно через WinSCP закинул бы, но мне нужно дальше по крону файлы обновлять через git pull.

Добавлено через 24 минуты
Проблему решил, переустановил сервер

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Git clone из локальной папки
Добрый день уважаемые, подскажите как правильно написать что бы склонировать репозиторий из.

GIT clone с локальной машины
Всем доброго времени суток! Начал изучать GIT, и в данный момент разбираюсь с работой с.

Не отображается список веток после git clone
После клонирования репозитория с сервера, вывод комманды git branch не отображает никаких веток.

Ошибка ssh ключа при выполнении git clone
Всем привет, На bitbucket я загрузил свой public key в SSH keys на на сервере(Ubuntu 18 Digital.

Траблы с GIT, не работают любые команды с сервером
Порядка недели назад столкнулся с весьма странной проблемой. Сижу под виндой, с гит работал в.

Команда $git init создает .git не в той папке
Привет. Не нашел на форуме раздела, где мог бы задать вопрос по работе git, пишу поэтому сюда.

Чем отличается git merge От git pull
в обоих случаях я забираю изменения в свою ветку. в чем различие?

fatal not a git repository (or any of the parent directories) .git
Вылетает такая ошибка, на всех проектах: fatal not a git repository (or any of the parent.

Источник

Git clone, Permision denied?

Привет, дали доступ к репозиторию , однако никак не могу клонировать . Ошибка выходит

3 ответа 3

Вы клонируете по протоколу ssh , в таком случае вам необходимо сгенерировать у себя на компьютере пару ключей (приватный и публичный), приватный расположить в USER_HOME/.ssh (по умолчанию), публичный добавить в репозиторий (это делает админ репозитория). Оф. документация bitbucket по работе с ssh-ключами

Второй вариант — клонировать по https (если это разрешено настройками репозитория):

git clone https://nameuser@bitbucket.org/repouser/namerepos.git либо
git clone https://bitbucket.org/repouser/namerepos.git
где nameuser — вы, repouser — владелец репозитория.

Попробуй склонировать по HTTP

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

Ниже мой ответ не совсем правильный с точки зрения безопасности. Я когда-то настраивал свой git сервер для личного использования и подобную проблему решил GIT и только SSH

Всё ещё ищете ответ? Посмотрите другие вопросы с метками git bitbucket или задайте свой вопрос.

Похожие

Подписаться на ленту

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.10.19.40496

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Источник

Почему эта команда 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 clone при подключении к репозиторию по putty?

Сервер с centos подключается к репозиторию bitbucket по ssh-rsa ключам. Если это делать непосредственно под root’ом на этой машине, то git clone проходит успешно. Если подключиться к машине по putty и попробовать склонировать репозиторий под рутом, появляется сообщение об отказе в правах. Почему так происходит? Как сгенерировать ключи, по которым можно будет работать с гитом под putty?

Permission denied (publickey). fatal: Could not read from remote repository.

Please make sure you have the correct access rights and the repository exists.

/.ssh/id_rsa, то подключение к гиту заработает. Можно ли узнать в каком конфиге указывается имя и путь до ключа, который ищется для путти?

1 ответ 1

ни в коем случае не надо «работать под root-ом». подключаетесь к машине вы, надеюсь, под именем «рядового» пользователя, вот от его имени и надо работать, получая root-овые привилегии лишь для выполнения административных задач.

git clone и тому подобные команды оперируют приватным ключом (в вашем случае — из файла id_rsa ), хранящимся в каталоге .ssh/ в домашнем каталоге пользователя, от имени которого выполняется команда. для пользователя root это обычно каталог /root/.ssh/ . для «рядового» пользователя это обычно /home/пользователь/.ssh/ .

вам надо скопировать файл (в вашем случае /root/.ssh/id_rsa ) в каталог «рядового» пользователя /home/пользователь/.ssh/ . если такого каталога нет, создайте его (от имени пользователя). если каталог уже существует, эта команда не сделают ничего:

если такой каталог уже существовал и в нём уже были файлы id_rsa и id_rsa.pub , на всякий случай переименуйте их (вдруг они нужны для доступа куда-нибудь ещё):

теперь копируем файлы и изменяем их владельца (операция осуществляется от имени root-а, ведь у «рядовых» пользователей нет доступа к его домашнему каталогу):

дальше (уже от имени пользователя) сто́ит [пере]установить права на каталог и его содержимое:

если проделанные операции не помогли, и при выполнении git clone от имени пользователя (при подключении с помощью putty) возникает та же самая ошибка, в первую очередь проверьте значение переменной окружения HOME :

она должна содержать домашний каталог пользователя (обычно: /home/пользователь ). именно на значение этой переменной и «опираются» программы (тот же git) при поиске файлов: если в этой переменной хранится что-то отличное от домашнего каталога, то, например, каталог .ssh (и файлы в нём) будут разыскиваться совсем не там, где следует.

дополнение по поводу использования нестандартного имени (или местоположения) файла с секретным ключом.

например, файл с секретным ключом называется

Источник

Permission denied (publickey) fatal: Не удалось прочитать из удаленного репозитория. при клонировании хранилища Git

Я не могу клонировать репозиторий Git и получаю эту ошибку:

Я продолжил, но теперь получаю эту ошибку

и репозиторий существует.

Это похоже на проблему с разрешениями, а не на проблему с Windows 7.

Ваш ssh-ключ не авторизовался – Permission denied (publickey) .

Вам нужно создать общедоступный ключ ssh и попросить администратора репозитория Git добавить открытый ssh ключ

Информация о том, как это сделать: Не удалось сохранить ssh-ключ

Для людей, которые приходят сюда, которые просто пытаются получить репозиторий, но не заботятся о протоколе (ssh/https), вы можете просто хотеть использовать https вместо ssh (если это поддерживается).

Итак, например, вы используете

Если после создания SSH по-прежнему возникает проблема, добавив его в свою учетную запись Bitbucket или где угодно, вам нужно сделать следующее на GitBash, OSX или Linux:

Затем, если вы не видите свой список, добавьте его с помощью

Это сработало для меня.

Я столкнулся с той же проблемой с GitHub. Это легко решить.

1. Сгенерируйте ключ SSH на вашем компьютере, как описано здесь: Генерация ключей SSH.
2. Войдите в свой аккаунт GitHub: GitHub Login.
3. В вашей учетной записи добавьте сгенерированный SSH-ключ: SSH-ключи моей учетной записи.
4. Попробуйте еще раз git clone проекта.

Я также столкнулся с той же проблемой. Я сделал следующее, и это сработало для меня:

• Генерировать ключи от клиента GIT GUI в Windows. Скопируйте этот ключ в буфер обмена.
• Откройте свою учетную запись на веб-сайте bitBucket/ GIT и добавьте этот ключ в свой профиль. Таким образом, сервер знает, что вы являетесь законным пользователем, получающим доступ из законной системы.
• Что это. Все push команды работали для меня впредь.

У меня была эта проблема на Mac – пока я правильно настроил SSH для доступа к моему репозиторию Git после перезапуска (и некоторое время, когда Mac находился в противостоянии), все мои учетные данные были удалены. По-видимому, по какой-то причине ключ pub был установлен в 644, что заставило его удалить из брелка. Для чтения:

• chmod 600 открытый ключ
• ssh-add

/.ssh/[your private key] – это должно показать, что личность была добавлена. Ключевым файлом, который вы хотите, является тот, который не имеет расширения .pub.

ssh-add -l должен показать вам добавленную идентификацию

edit: очевидно, у MacOS есть тенденция к удалению ключей – после загрузки обновления High Sierra (но я еще не установил его) мой ключ был удален, и мне пришлось добавить его снова через ssh-add

Github (или Bitbucket) не может найти ваш ssh-ключ на своем сервере.

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

Для меня, когда я захотел clone из моего репозитория, у меня было такое же сообщение, что и до того, как “Permission denied (publickey) фатальный: не удалось прочитать из удаленного репозитория”. Решение для моего случая не использовать sudo до clone Что это.

Я получил ошибку…

… когда я пытался связаться с приглашением Git Bash для Bitbucket после того, как мой ноутбук умер от плохого обновления Windows 10 и был возвращен в настройки factory. Я восстановил все мои файлы ssh из резервной копии.

Причиной ошибки оказалось несоответствие имени моей учетной записи Windows после восстановления компьютера. Я узнал, что файл открытого ключа id_rsa.pub заканчивается легко читаемой строкой, содержащей мое имя учетной записи Windows, за которой следует знак @ , а затем имя компьютера.

Когда я изначально настроил свой компьютер, я создал свое имя учетной записи Windows, включая мой средний начальный, но когда мой компьютер был reset до factory, наш новый парень DevOps создал мое имя учетной записи без моего среднего начального значения.

Чтобы решить эту проблему, я просто отредактировал файл открытого ключа id_rsa.pub и удалил вначале начальный номер моего имени. Я застрял с тем же именем компьютера, так что все в порядке. Я скопировал содержимое файла в буфер обмена Windows. Затем я подписал контракт с Bitbucket, отправился в настройки Bitbucket под моим аватаром и добавил новый открытый ключ, в который я вставлял новое содержимое.

В приглашении Git Bash я подтвердил, что теперь он работает, введя команду…

… и я получил сообщение, в котором я был.

Если вы создаете новый открытый ключ ssh и вставляете его в битбакет или github и

это не помогло – попробуйте перезагрузить компьютер. Это помогло мне!

Вам нужно создать новый ssh-ключ, запустив ssh-keygen -t rsa .

Я столкнулся с такой же проблемой при запуске команды git clone из командной строки Windows. Но команда успешно выполняется с Git Bash.

В macOS/Linux (Ubuntu):

1. Для аутентификации вам нужно добавить вашу публичную часть вашей пары ключей SSH в bitbucket из ваших пользовательских настроек: Настройки пользователя → Ключи SSH

Вы найдете указанную публичную часть в вашем каталоге

/.ssh, обычно это id_rsa.pub . обратите внимание на .pub часть имени файла для Public. это поможет вам сгенерировать один, если у вас его еще нет

2. Вам нужно сообщить вашей системе, какой ключ использовать с каким удаленным хостом, поэтому добавьте эти строки в ваш файл

Где PRIVATE_KEY_FILE_NAME – это имя частной части вашей пары ключей SSH, если вы не перепутали его, обычно его имя по умолчанию: id_rsa в этом случае замените PRIVATE_KEY_FILE_NAME выше на id_rsa (закрытый ключ НЕ имеет расширение .pub )

Если все не удается, как и в случае со мной, удалите GIT, переустановите. По какой-то причине это исправление.

• Я пробовал создавать новые ключи и обновления на открытых ключах SSH
• Также попытался удалить все ключи и попытался создать новый ключ.
• И ничего, ничего плохого в моем .gitconfig

Во время клонирования у меня была аналогичная проблема [моя ОШИБКА: Разрешение отклонено (publickey). fatal: Не удалось прочитать из удаленного репозитория. Убедитесь, что у вас есть правильные права доступа.. и т.д.
]

– Я использовал bitBucket/UBUNTU14.04 в моем случае, но ALREADY имел набор файлов ключей, которые я ранее создал И я изменил имя файлов. Я просто COPIED файлы в стандартный формат id_rsa и id_rsa.pub. Затем я повторно запустил команду без проблем.

OBTW: я мог бы также использовать запрос пароля с помощью клонирования HTTP-стиля.

Полезная тема, и я не принесу много нового на стол. Шаг, который я предпринял, также является частью описания, на которое Максим услужливо указывает, но некоторые могут его не заметить. Раздел Добавление вашего SSH-ключа в ssh-agent.

Я уже сгенерировал свой ssh-ключ, но после перезагрузки я не смог клонировать один из моих собственных репозиториев.

Мне пришлось запустить ssh-agent и добавить к этому агенту закрытый ключ для клонирования.

У меня была похожая проблема. Я изменил ключи SSH и перезапустил и попробовал все другие решения ‘n’. Но реальная проблема для меня заключалась в том, что наш протокол gitlab по умолчанию был изменен с ssh на https.

проверьте удаленный URL с

изменить удаленный URL

У меня была аналогичная проблема с linux. Я решил проблему, войдя в сервер github и создав ключ развертывания. Это в настройках для репозитория. Затем я скопировал и вставил свой открытый ключ (который обычно находится в папке

/.ssh/id_rsa.pub, но ваша конфигурация может отличаться). Существует флажок, чтобы предоставить доступ к этой записи. Нажмите на него (если вы не используете git только для развертывания, и в этом случае не нажимайте на него).

если кого-то интересует здесь:

У меня была та же проблема, и я использовал ssh, а не https. как сказал @arjan

который не работал снова!
однако, я отсутствовал git add .
поэтому, чтобы показать все:

сначала убедитесь, что вы удалили любую предыдущую скрытую папку или файл .git:
Я использую mac…

затем выполните команды git:

просто убедитесь, что вы находитесь в той же папке локальной ветки, которую хотите нажать.

У меня была такая же ошибка. Мое решение состояло в том, чтобы выйти из системы и войти снова, поскольку мой ssh-agent не синхронизирован с удаленным ключом ssh.

Добавление этого здесь на случай, если кто-то видел, что другие ответы, кажется, не относятся к их ситуации.

Я столкнулся с той же проблемой при настройке ssh для gitlab. У меня уже есть ssh для github и я не могу перезаписать это. Шаги, которые помогли мне:

1. Сгенерируйте SSH с новым путем и добавьте его в список ssh-add/path/to/new/id_rsa .
2. Создайте файл с именем config в

/.ssh/ using. Я использовал vi

/.ssh/config/ .

Добавьте это во вновь созданный файл

# GitLab.com server Host gitlab.com RSAAuthentication yes IdentityFile/path/to/new/id_rsa

После этого перезапустите терминал и попробуйте нажать, он должен работать

Если вы хотите клонировать проекты с открытым исходным кодом для отправки запроса на извлечение:

Я хотел клонировать проект с открытым исходным кодом, чтобы я мог отправить несколько запросов на извлечение. Проблема была в том, что у меня не было разрешений от владельца проекта. Неважно, так как мое намерение состояло в том, чтобы представить PR, вот жизнеспособная альтернатива:

Затем клонируйте из вашего разветвленного хранилища.

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

исправить для инструмента hub Cli:

• git config —global hub.protocol https на длительный срок
• git remote add OOPS https://github.com/isomorphisms/go.git && git push OOPS для немедленного исправления

Эта ошибка возникает в средстве командной строки hub из-за неправильного значения по умолчанию hub.protocol git-config. Они устанавливают репо на

вместо того, что на самом деле принимает github, а именно https://github.com/schacon/ticgit.git .

Чтение LESS=+/»HTTPS instead» man hub объяснит, откуда LESS=+/»HTTPS instead» man hub указанная выше команда “долгосрочного исправления”.

Это может быть глупо, но это случилось с нами:

Если вы используете bitbucket и Sourcetree, и вы просто скопируете вставку клона в новый диалог репо, он будет показывать ту же ошибку при нажатии или нажатии.

Перед URL-адресом убедитесь, что вы удалили материал git clone ‘.

Источник