Я использую github Gui с их веб-сайта для управления своими репозиториями и получаю следующую ошибку:
fatal: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found:
did you run git update-server-info on the server?
Как я могу это исправить?
git
github
github-for-mac
Павел
источник
источник
git remote add something https://github.com/username/my_project.git
а потомgit push something
.Ответы:
Возможно, вы изменили имя своего репозитория
В вашем локальном репозитории отредактируйте файл:
Затем проверьте:
что URL-адрес соответствует вашему удаленному репозиторию
источник
Вы создали новый репозиторий на http://github.com с помощью
same name
?Если нет, сделайте это! И убедитесь, что каждая буква правильная и чувствительна к регистру .
источник
В моем случае у моей учетной записи github не было разрешений на репо. Добавлена учетная запись github в качестве соавтора репо и это исправлено.
источник
Эта ошибка в основном вызвана НЕПРАВИЛЬНЫМ URL-адресом, проверьте:
источник
Похоже, что это частный (или удаленный) репозиторий; если вы посетите страницу репозитория во время регистрации, она предоставит вам реальный URL-адрес, который, вероятно, будет https: //TeaCodie@github.com/TeaCodie/TeaCodie-Website.git , то есть с указанным именем пользователя?
источник
Также убедитесь, что введенное вами репо правильно оформлено (с учетом регистра).
источник
У меня возникла та же проблема при использовании репозитория github и подключении к нему через https при использовании помощника учетных данных OS X Keychain .
Моя проблема заключалась в том, что у меня были неправильные учетные данные, хранящиеся в связке ключей OS X (я использовал адрес электронной почты, который я использовал для регистрации на github.com, а не адрес [имя пользователя] @ github.com, который он вам предоставляет). Я удалил старую учетную запись в связке ключей и оставил только учетную запись @ github.com, и это устранило проблему.
Не уверен, связано ли это, но когда я проверил
user.email
локальную конфигурацию:он также показал неправильный адрес электронной почты, поэтому я обновил локальный git,
user.email
чтобы также использовать правильную учетную запись:источник
Моя проблема заключалась в том, что я использовал виджет clone https url, предоставленный github. Этот URL-адрес не работает для частных репозиториев, так как вам нужно добавить имя пользователя перед ним.
Пример: частное репо, принадлежащее john и именованное виджет с соавтором sam, правильный URL-адрес будет:
https: //sam@github.com/john/widget.git
Github предоставил URL:
https://github.com/john/widget.git
Сообщение об ошибке оставляет желать лучшего.
источник
Убедитесь, что ваша учетная запись добавлена в репозиторий в качестве соавтора.
Настройка -> Соавторы
источник
Это случилось со мной, и сначала не было очевидно, что пошло не так. Накануне я переименовал свое репо на github.com, изменив только первый символ имени репо с строчной буквы на прописную. Я не знал, что имя репо в исходном URL-адресе было чувствительным к регистру. Я получил сообщение об ошибке, содержащее текст: «Вы запустили git update-server-info на сервере». Как только я отредактировал файл .git / config, чтобы исправить регистр той же буквы в исходном URL-адресе, проблема была решена, ошибка больше не возникала, и я снова смог отправить свои изменения в репо на github.com , Еще один совет: если вы вносите изменения в свое репо на github, обязательно сразу же протестируйте синхронизацию локального репо. В моем случае я этого не сделал, и это было на следующий день, когда я попытался синхронизировать и не смог ' t из-за ошибки, и я забыл, что я переименовал репо, поэтому немного почесал в затылке. Если бы я сразу протестировал синхронизацию, я бы сразу поймал эту проблему.
источник
Я столкнулся с той же проблемой.
Как я решил эту проблему:
я использую git bash для создания нового репо, когда я набираю «git push origin master». Он сообщил
"фатальный: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: вы запускали git update-server-info на сервере?"
Наконец, я обнаружил, что на гитхабе вообще нет репо.
Вам лучше сначала создать новое репо на github.
Может, этот опыт кому-нибудь поможет.
источник
Я получил ту же ошибку, когда попытался получить
git clone
что-то из Kiln, которое на самом деле было репозиторием Mercurial.источник
В моем случае я использовал неправильный протокол в URL-адресе репозитория (http вместо https)
источник
Эта ошибка также может произойти, если репозиторий, к которому вы пытаетесь обратиться, был удален.
источник
В моем случае у меня была старая версия git. Обновление до последней версии устранило эту проблему.
источник
вероятно, вы пытались клонировать вот так:
git clone https://github.com/TeaCodie/TeaCodie-Website.git
Тогда вы получили такую ошибку:
фатальный: https://github.com/TeaCodie/TeaCodie-Website.git/info/refs not found: вы запускали git update-server-info на сервере?
Вот что сработало для меня:
git clone https://github.com/TeaCodie/TeaCodie-Website.git/.git
потому что каталог «info / refs» находится в каталоге .git.
источник
В моем каталоге репо на моем компьютере в терминале мне пришлось сбросить
origin url
:источник
У меня возникла эта проблема при использовании GitStack. Я заглянул в C: /GitStack/apache/logs/error.log и обнаружил, что GitStack искал репозиторий в неправильном месте, хотя в его настройках указано D: / Repositories (мое пользовательское местоположение), GitStack искал репозитории по умолчанию расположение. Поэтому я просто пошел и снова сохранил настройки со страницы администратора GitStack. Это решило проблему.
источник
В моем случае я пытался клонировать частный репозиторий в нашей групповой учетной записи Github на свой ноутбук:
Я нашел два способа решить эту проблему.
(1) Используйте http вместо https . Он спрашивает у меня имя и пароль учетной записи Github нашей группы. После того, как я ввел информацию, я могу ее клонировать.
(2) Добавьте мою учетную запись Github к соавторам частного репозитория в нашей групповой учетной записи Github, как указано в ответе Monkey King выше .
источник
Я столкнулся с этим сообщением при использовании Jenkins 2.176.1 и git plugin 3.10.0 с использованием очень старой версии командной строки git (1.7.1), включенной в CentOS 6.
Сообщение это не происходит на более новых версиях командной строки мерзавец (1.8 или более поздней версии) с Дженкинс мерзавца плагин.
Обновление до новой версии командной строки git решает проблему.
Официально плагин Jenkins git не поддерживает командную строку git 1.7.1. Минимальная поддерживаемая версия - это командная строка git 1.7.10. Для многих случаев использования плагина Jenkins git требуется как минимум командная строка git 1.9.0.
Командная строка git 1.7.1 ведет себя иначе, чем более поздние версии, когда репозиторий был инициализирован (с помощью
git init
), а затемgit fetch
выполняется с refspec, который ссылается на 'origin'. Более поздние версии командной строки git не имеют такой проблемы.источник