Git ОШИБКА: хранилище не найдено - PullRequest
0 голосов
/ 01 июля 2018

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

Я работаю над локальным репозиторием, работающим на удаленном сервере, за которым следит Forge, и который развертывается в рабочей среде при обновлении главной ветви. Это не развертывание изменений, которые я продвигаю! Я сделал 4 сообщения, которые не были реализованы на сайте. Я также пытался развернуть код вручную из Forge с помощью кнопки развертывания сейчас, но это тоже не работает. Ошибка, которую я получаю, прилагается и ниже.

Fri Jun 29 08:30:42 UTC 2018
ERROR: Repository not found.
fatal: Could not read from remote repository.

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

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

Когда я запускаю ssh -T git@github.com на сервере Forge, я получаю имя другого инженера, который больше не работает над проектом. Итак, я думаю, что проблема с сервером Forge, поскольку у него нет моего ключа. Итак, я попробовал:

ssh-copy-id forge@[ip address] I get the following:

INFO: attempting to log in with the new key(s), to filter out any that 
are already installed

/usr/bin/ssh-copy-id: WARNING: All keys were skipped because they 
already exist on the remote system.

(if you think this is a mistake, you may want to use -f option)

Должен ли я заставить его?

Вот мой .ssh / config

Host *
AddKeysToAgent yes
UseKeychain yes
IdentityFile ~/.ssh/id_rsa

[править] Итак, запуск ssh -vvv git@github.com дает:

debug1: Authenticating to github.com:22 as 'git'
debug3: hostkeys_foreach: reading file "/home/forge/.ssh/known_hosts"
debug3: record_hostkey: found key type RSA in file 
/home/forge/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys from github.com

Ответы [ 2 ]

0 голосов
/ 02 июля 2018

Ниже приведены шаги, которые я предпринял, чтобы исправить Forge для подключения к GitHub через SSH:

  1. Github Generate SSH Key
  2. Добавление ключа SSH к SSH-агенту
  3. Добавление нового ключа ssh в учетную запись git hub

    ssh-keygen -t rsa -b 4096 -C "моя электронная почта"

    eval "$ (ssh-agent -s)"

    ssh-add ~ / .ssh / id_rsa

    ssh -vT git@github.com

    [грузы технического персонала исключены] Привет [мое имя пользователя]! Вы успешно прошли аутентификацию, но GitHub не обеспечить доступ к оболочке.

cat ~ / .ssh / id_rsa.pub - скопируйте и добавьте это в учетную запись github, выбрав Настройки> Ключи SSH и GPG> Нажмите Новый ключ SSH или Добавить ключ SSH.

0 голосов
/ 01 июля 2018

Когда я запускаю ssh -T git@github.com на сервере Forge, я получаю имя другого инженера, который больше не работает над проектом. Итак, я думаю, что проблема с сервером Forge, так как у него нет моего ключа.

Это верно, но несколько неполно. Более конкретно, когда вы находитесь на сервере Forge и запускаете ssh -T git@github.com, сервер Forge предлагает некоторый ключ для GitHub. Этот ключ существует на сервере Forge и на GitHub. GitHub использует этот ключ, каким бы он ни был, чтобы выяснить, кто вы, и что хранится на GitHub, говорит, что , что ключ принадлежит другому инженеру.

... ssh-copy-id forge@[ip address]

Предположительно, вы запускаете это с какой-то машины, на которой есть ваши ключи GitHub. Если это так, это уместно.

[производит]

/usr/bin/ssh-copy-id: WARNING: All keys were skipped because they 
already exist on the remote system.

(if you think this is a mistake, you may want to use -f option)

Вы действительно можете использовать -f.

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

$ cat $HOME/.ssh/config
[snip]
Host github.com
        IdentityFile ~/.ssh/id.github
        IdentitiesOnly yes

(где id.github содержит закрытый ключ и id.github.pub содержит открытый ключ).

Я использую разные пары для каждой организации, которые могут создавать сложные .ssh/config файлы, но это означает, что я не всем раздаю все.

...