Fatal: не представляется репозитаром git

Ответ 1

У вас есть синтаксис стиля scp, который указывает неверный репозиторий - он должен быть:

[[email protected]]host.xz:path/to/repo.git/

... как вы можете видеть в документации git clone. Вместо этого вы должны использовать URL:

[email protected]:/gittest.git

то есть. в URL-адресе, который вы используете, вы пропустили : (двоеточие)

Чтобы обновить URL-адрес источника, вы можете сделать:

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

Ответ 2

У меня возникла аналогичная проблема, когда я попытался сохранить существующее репо в моей учетной записи Ubunt One, я исправил его следующими шагами:

Шаг-1: создание удаленного репо

$ cd ~/Ubuntu\ One/
$ mkdir <project-name>
$ cd <project-name>
$ mkdir .git
$ cd .git
$ git --bare init

Шаг-2: добавьте удаленный

$ git remote add origin /home/<linux-user-name>/Ubuntu\ One/<project-name>/.git

Шаг-3: вытащите exising git reop на удаленный

$ git push -u origin --all

Ответ 3

Это, как правило, потому, что вы не задали псевдоним источника в репозитории Git.

Try

git remote add origin URL_TO_YOUR_REPO

Это добавит псевдоним в ваш файл .git/config для удаленного URL-адреса клона /push/pull. Этот URL-адрес можно найти на странице обзора репозитория.

Ответ 4

мои локальные и удаленные компьютеры являются OS X. У меня были проблемы, пока я не проверил файловую структуру репозитория git, который предоставляет мне сервер xCode. По сути, все это chmod 777 * в этом репо, поэтому для установки отдельного репо-кода без xCode на том же компьютере в моем удаленном аккаунте я сделал это:

УДАЛЕННАЯ МАШИНА

• Войдите в свою учетную запись
• Создайте мастер-каталог для всех проектов "mkdir git"
• chmod 775 git, затем cd в него
• создать папку проекта 'mkdir project1'
• chmod 777 project1, затем cd в него
• выполнить команду 'git init', чтобы сделать репо
• это создает реестр .git. выполните команду 'chmod 777.git', затем cd в нее
• выполнить команду 'chmod 777 *', чтобы сделать все файлы в .git 777 mod
• cd вернуться к myproject1 (cd..)
• настроить тестовый файл в новом репозитории с командой "touch test.php"
• добавьте его в зону репо с командой 'git add test.php'
• выполнить команду "git commit -m" новый файл "для добавления файла в репо
• выполнить команду 'git status', и вы должны получить сообщение "working dir clean" msg
• cd обратно в master dir с помощью 'cd..'
• в главном каталоге make символическая ссылка 'ln -s project1 project1.git'
• запустите команду 'pwd', чтобы получить полный путь
• в моем случае полный путь был "/Users/myname/ git/project1.git"
• записать полный путь для последующего использования в URL
• выход из REMOTE MACHINE

МЕСТНАЯ МАШИНА

• создать папку проекта где-нибудь "newproj1" с помощью "mkdir newproj1"
• cd в него
• выполнить команду 'git init'
• сделать псевдоним REMOTE MACHINE
• Формат команды псевдонима: 'git удаленный добавить URL-адрес вашей_алиасы_имя'
• убедитесь, что ваш URL правильный. Это первоначально вызвало головные боли.
• URL = 'ssh://[email protected]/Users/myname/ git/project1.git'
• после того, как вы сделаете git удаленный добавочный псевдоним URL 'do' git remote -v '
• команда должна отвечать на выборку и нажимать строку
• запустите cmd 'git потяните мастер your_alias', чтобы получить test.php из REMOTE repo
• после команды в # 10 вы должны увидеть приятное сообщение.
• выполнить команду 'git push --set-upstream your_alias master'
• после команды в 12 вы должны увидеть приятное сообщение Команда
• в # 12 устанавливает REMOTE в качестве мастера проекта (root)

Для меня я узнал, что начать чистку с репозитория git на LOCAL и REMOTE требует сначала первой работы в оболочке. Затем, после вышесказанного я смог легко настроить LOCAL и REMOTE git repos в моей среде IDE и выполнить все основные команды git с помощью GUI IDE.

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

Опять же, все это работало на OS X, локальных и удаленных машинах.

Ответ 5

У меня была аналогичная проблема при использовании TFS 2017. Я не смог нажать или вытащить репозитории GIT. В конце концов я переустановил TFS 2017, убедившись, что я установил TFS 2017 с портом SSH, отличным от 22 (в моем случае я выбрал 8022). После этого нажатие и натягивание стали возможными для TFS с использованием SSH.

Ответ 6

Скорее всего, вы неправильно указали URL-адрес вашего репозитория SSH.

Для подтверждения перейдите в свой репозиторий на Github и нажмите clone or download button. Затем нажмите ссылку use SSH.

Теперь скопируйте вашу официальную ссылку SSH репо. Моя выглядела так - [email protected]:borenho/que-ay.git

Теперь вы можете сделать git remote add origin [email protected]:borenho/que-ay.git, если у вас еще не было origin.

Если вы ранее установили origin, измените его с помощью git remote set-url origin [email protected]:borenho/que-ay.git

Теперь нажмите с git push -u origin master

Ответ 7

У меня есть аналогичная проблема, но теперь я знаю причину.

После использования git init мы должны добавить удаленный репозиторий, используя

git remote add name url

Обратите внимание на слово name, если мы изменим его на origin, тогда этой проблемы не будет.

Конечно, если мы изменим его на py, то с помощью git pull py branch и git push py branch каждый раз, когда вы будете тянуть и толкать что-то, будет также хорошо.