Не удалось прочитать из удаленного хранилища

Я получил следующую ошибку несколько раз:

Не удалось прочитать удаленный репозиторий. Убедитесь, что у вас есть правильные права доступа и существует репозиторий.

Я очень смущен тем, как исправить эту ошибку.

Ответ 1

Убедитесь, что вы используете правильные ключи SSH/имена пользователей как на своей учетной записи GitHub, так и на вашей локальной машине. Вот как вы можете сделать это на GitHub

Кроме того, вы можете использовать альтернативный менеджер Git. Я никогда не слышал об Aptana, но я знаю, что у GitHub есть потрясающая программа GUI для управления вашими репозиториями.

В будущем это намного проще и проще в операционных системах Linux/Unix, таких как Ubuntu. Ubuntu ориентирован на разработчиков и имеет такие вещи, как Git и SSH, установленные по умолчанию.

Ответ 2

У меня была та же проблема - она была вызвана тем, что я использовал ключ SSH вместо HTTPS URL. Я создал свой репозиторий, импортировав проект через Intellij, и он должен был протолкнуться через HTTPS.

Ответ 3

У меня была такая же проблема с частным репо. Клонирование через ту же ошибку как через https, так и ssh

Затем я сделал commit через github (просто обновил README.md с пустой строкой)

Удивительно, но это решило проблему. Было бы неплохо узнать, почему!

Ответ 4

Предполагая, что вы сделали правильную конфигурацию ключей SSH в соответствии с инструкциями github это может быть проблемой pull с https, а затем нажатием кнопки git + SSH

чтобы сделать его более понятным

если вы использовали https для вытягивания

git pull https://github.com/user/repo.git

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

git remote set-url origin git+ssh://github.com/user/repo.git

и попытался нажать после некоторых изменений и совершил

git push origin master

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

стереть локальный репозиторий и повторно клонировать, используя git + ssh

git pull git+ssh://github.com/user/repo.git

и теперь ваш push должен работать

Ответ 5

ssh-add -A разрешил мою проблему в MacOS Sierra 10.12.6.

У меня не было проблем как для публичного, так и для частного репо.

Сегодня я пытался клонировать или git тянуть для частного репо, но он ударил по вышеперечисленным проблемам.

После поиска, это идеальное решение для меня.

Ответ 6

В Windows откройте файл:
C:\Users\<USER_NAME>\.ssh\config

Ваш хост должен быть определен в файле "config":

host gitlab.com
 HostName gitlab.com
 IdentityFile ~/.ssh/id_rsa_user_private_key

host bitbucket.org
 HostName bitbucket.org
 IdentityFile ~/.ssh/id_rsa_user_private_key

host github.com
 HostName github.com
 IdentityFile ~/.ssh/id_rsa_user_private_key

Ответ 7

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

Мое решение:

открыть оболочку на моем личном сервере

git init --bare /path/<myapp>.git

а затем с моего ноутбука разработчика

git push <remote_repo> <local branch>

наконец, хорошо работает.

PS:

Я никогда не пробовал, но удаленное репо с https кажется более эффективным, чем ssh.

Я надеюсь, что эта помощь.

Ответ 8

Если вы недавно обновили ОС OSX, вам нужно позвонить ssh-add -A. Посмотрите на этот ответ: https://apple.stackexchange.com/questions/254468/macos-sierra-doesn-t-seem-to-remember-ssh-keys-between-reboots

Ответ 9

Установка сертификата root/CA

Для файла сертификата CA foo.crt выполните следующие действия, чтобы установить его на Ubuntu:

Создайте каталог для дополнительных сертификатов CA в /usr/share/ca -cert:

sudo mkdir /usr/share/ca-certificates/extra

Скопируйте файл CA.crt в этот каталог:

sudo cp foo.crt /usr/share/ca-certificates/extra/foo.crt

Пусть Ubuntu добавляет путь к файлу .crt относительно/usr/share/ca-сертификатов в /etc/ca -certificates.conf:

sudo dpkg-reconfigure ca-certificates

Это старый пост, но это единственное, что я нашел, что сработало.

Ответ 10

У меня также была такая же ошибка, и по какой-то причине перезагрузка моего компьютера разрешила ошибку. Возможно, это работает и для другого: P

Ответ 11

Если это публичное репо, просто клонируйте с использованием https. Нет необходимости использовать пароли или устанавливать ключи SSH.

Ответ 12

если вы хотите перенести/вытащить любой репозиторий с локального на удаленный (git hub)
первая проверка

$ git push https://<git-hub url>

работает нормально с именем пользователя и паролем passwd

$ git push [email protected]<git-hub url>

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

это означает, что вам нужно добавить id_rsa.pub к авторизованному ключу

goto 
$ cd /home/admin/.ssh
$ls
$vi authorized_keys
add id_rsa keys(n no of keys you can add)
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEA0KJDLOiiXj9XdMxiCT9KvaKfuxFQi+CIiklaN5hHsNgYOu7TijqyONEu5fONLoAo/cshLa+KuargyTrtizwcP4TPcTXZhhJrM0GUDJragw7SMVIs/5xJBGAyHKJ1YUMGO7+nJTmsCLx6PFOlQYveuriiVVCCZerGCLH+UtSXK3z+l7hx9NiDg3/ylOLc3f3SLxrJKn0gMTgK7BHJFXo4PguuPjWZLVdUDX+XKiqtT2n4IsYs6N9qVFG3zUgNlEjZM47NK/ytAC0max98pK+QNzsuaQOo/IShJ1TOw5wwScflPArVJ2AyROqAe7cfQg7q12I9olASFd3U5NazfZCTYAvWA1kz9UZEWLJ1Br1XOkPqOleMM8KCp/PXzz8H0kISkMIji0/QuiZOPEBsKlszXjlALcXR8Mg1uiZVWy48i9JheyXyj1ToCj6cPScpgFHp3DAGSlKKbE1EFaVfeeyGAnHESlnDDg3Gq5xSsB9Okqm3V5t8GpFaJbV68BxQ4BK6HJ21A3CinV4LdV3hR/OBUbDG2EcI+ZKRDjlpJuu4YU= [email protected]
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAIEAywWhrwq4FjHt+UuwZcZePxtjtZOENFpOjufycaYso2nTlzNwnAQEQRfbqsUxKVtOtGxgApIkUvjRIjNBdJE6iOzvBXZhhJrM0GUDJragw7SMVIs/5xJBGAyHKJ1YUMGO7+nJTmsCLx6PFOlQYveuriiVVCCZerGCLH+UtSXK3z+l7hx9NiDg3/ylOLc3f3SLxrJKn0gMTgK7BHJFXo4PguuPjWZLVdUDX+XKiqtT2n4IsYs6N9qVFG3zUgNlEjZM47NK/ytAC0max98pK+QNzsuaQOo/IShJ1TOw5wwScflPArVJ2AyROqAe7cfQg7q12I9olASFd3U5NazfZCTYAvWA1kz9UZEWLJ1Br1XOkPqOleMM8KCp/PXzz8H0kISkMIji0/QuiZOPEBsKlszXjlALcXR8Mg1uiZVWy48i9JheyXyj1ToCj6cPScpgFHp3DAGSlKKbE1EFaVfeeyGAnHESuXC9wkSeFZCEyMJ+RgJxMkBXNZmyycbwsSqAeGJpMEUDlwzu2GD0obBz0HXqg9J1Xallop5AVDKfeszZcc= [email protected]

:wq!

перейти к github-->settings--->ssh→add new key→id_rsa.pub

$git push [email protected]<git-hub url>

Ответ 13

У меня была та же проблема с Pycharm на Ubuntu, решение состоит в том, чтобы использовать https вместо SSH, например: https://github.com/Bedo1212/myrepo.git

Ответ 14

Если вы используете SSH, убедитесь, что вы используете сеть, которая позволяет SSH. Большинство общедоступных сетей допускают только HTTP (S) трафик.

Ответ 15

Привет, моя проблема была в том, что мой клиент не спросил, узнал ли я ключ. Открытие терминала и выполнение ssh -T [email protected] сработало. Ответ в терминале спросил, хочу ли я добавить ключ, я ответил да и после этого мой клиент работал нормально

Ответ 16

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

Ответ 17

Для меня я выполнил все шаги, упомянутые в Добавление нового ключа ssh и остальных вспомогательных ссылок, связанных с этой проблемой. Но проблема заключалась в доступе к сети. Решение - использовать VPN для доступа к моему Github Enterprise. (в моем случае Georgia Tech VPN для github.gatech.edu)

Ответ 18

В дополнение к настройке идентификационных файлов в конфигурации ssh, мне также пришлось настроить git remote на нужного пользователя - полное решение в https://www.keybits.net/post/automatics-use-correct-ssh-key- для дистанционного-ГИТ-репо/

vi ~/.ssh/config
Host github.com-myuser
  HostName github.com
  User git
  IdentityFile ~/.ssh/mykey

Я удостоверился, что у меня есть этот файл идентичности, загруженный с помощью ssh-add -l

ssh-add -l
4096 SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX mykey (RSA)

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

git remote set-url origin [email protected]:myuser/myrepo.git

Тогда толчок сработал

git push -u origin master
Enumerating objects: 146, done.
Counting objects: 100% (146/146), done.
Delta compression using up to 4 threads
Compressing objects: 100% (144/144), done.
Writing objects: 100% (146/146), 9.71 MiB | 7.48 MiB/s, done.
Total 146 (delta 10), reused 0 (delta 0)
remote: Resolving deltas: 100% (10/10), done.
To [email protected]:myuser/myrepo.git
 * [new branch]      master -> master

Вуаля

Ответ 19

Попробуйте эти 3 простых шага:

Это довольно просто. Я доказал краткую трехэтапную сводку ссылок ниже.

Проверьте наличие ключей SSH. Если кто-то существует, тогда здорово: вы можете его использовать. Если нет, то у вас будет для его создания.
Вам необходимо добавить ключ ssh в ssh-agent. Если агент дремлет на работе, вам нужно будет разбудить агента, записав это в вашу консоль/терминал: eval $(ssh-agent -s). Затем вы можете просто добавить ключ,
Попробуйте отправить свой репозиторий. Надеюсь, это должно работать.