repository not found что делать
Git Push ERROR: репозиторий не найден
Проверьте, есть ли у вас доступ на чтение и запись.
Человек, добавивший меня в проект, дал мне доступ только для чтения к репозиторию. Меня это изменило, и я смог нажать.
Я столкнулся с той же проблемой, и решил ее, включив мое имя пользователя и пароль в URL-адрес репо:
Я получал ту же ошибку
и я создал репозиторий на Github и клонировал его локально.
тогда я запустил следующий (снова)
и на этот раз мне удалось нажать на репозиторий.
Если ваш ключ отсутствует, вы можете добавить его с помощью
У меня была аналогичная проблема. Неправильные учетные данные были кэшированы в цепочке ключей OS X.
У меня была такая же проблема, с частным репо.
удалить удаленный источник
повторно добавить источник, но с вашим именем пользователя и pwd с правами на запись в этом репозитории pvt
Имел подобную проблему. Корень проблемы состоял в том, что я следил за некоторым онлайн-учебным пособием о добавлении нового репозитория в Github.
Просто зайдите в Github, создайте новое репо, он попросит вас добавить README, не добавить. Создайте его, и вы получите инструкции о том, как нажать.
Он похож на следующие две строки:
Если вы принадлежите группе Github, убедитесь, что у вас есть доступ на запись.
Что сработало для меня:
1. Пульты
Если ваш ключ SSH уже используется в другом github rep, вы можете создать новый.
2. Создание нового ключа SSH
3. Добавление ключа на уровне агента SSH
4. Добавьте новый ключ в репозиторий Github.
Я использую Mac, и я изо всех сил пытался найти решение. Мой удаленный адрес был правильным и, как уже было сказано, это была проблема с учетными данными. Очевидно, в прошлом я использовал другую учетную запись Git на своем компьютере, и Mac Keychain запомнил учетные данные предыдущей учетной записи, поэтому я действительно не был уполномочен использовать push.
Как исправить? Откройте Keychain Access на вашем Mac, выберите категорию “Все элементы” и найдите git. Удалить все найденные результаты.
Теперь идите в терминал и попробуйте снова нажать. Терминал запросит имя пользователя и пароль. Введите новые соответствующие учетные данные и это все!
Надеюсь, это кому-нибудь поможет. Я боролся с этим в течение нескольких часов.
Это решило мою проблему.
Если кто-то столкнулся с проблемой на github.com, проверьте, принимаете ли вы приглашение после того, как владелец репо разрешил вам совершить сделку. Пока вы не примете приглашение, репо будет невидимым для вас. Итак, вы получите ERROR: Repository not found.
Одной из проблем, которая может быть очевидна для некоторых, о которых я не упоминал здесь, может быть то, что у вас есть доступ с помощью ключей ssh, но вы пытаетесь подключить локальное хранилище к удаленному через https.
Если это так, то следующие команды должны решить эту проблему для вас:
Обратите внимание, что вышесказанное работает при условии, что:
ваш текущий пульт имеет имя origin и у вас уже есть сгенерированный ключ ssh, связанный с вашей учетной записью github
у вас уже есть ключ ssh, связанный с вашей учетной записью github (и подключенный локально)
у вас есть правильные права доступа (чтение/запись) на github для этих настроек репозитория.
Если вы используете Git в Windows, попробуйте очистить свои учетные данные:
Вам нужно проверить доступ к SSH следующим образом:
эта проблема возникла из-за того, что я не добавляю ответ на SSH в репозитории, читайте больше о SSH link-1, ссылка-2.
Следующее решение проблемы для меня.
Сначала я использовал эту команду для определения того, что использовала учетная запись github:
Это дало мне такой ответ:
Тогда я понял, что пользователь Github, описанный в ответе (github_account_name), не авторизовался в репозитории Github, который я пытался вытащить.
git remote add origin your_ssh_link_from_github
Я надеюсь, что это поможет;)
У меня была та же проблема. Попробуйте следующее:
1. Изменение доступа Keychain Access на Mac для git учетных данных решило проблему для меня.
2. Сброс исходного URL-адреса
Если вы включаете свое имя пользователя и имя репо, которое мы можем вам разумно помочь, на данный момент у нас нет причин думать, что репо действительно существует.
Кроме того, если репо является закрытым и у вас нет доступа к нему, github возвращает “Не существует”, чтобы избежать раскрытия существования частных репозиториев.
РЕДАКТИРОВАТЬ: Если вы не можете клонировать его, потому что он говорит, что он не существует, и он закрыт, потому что вы не отправляете аутентификацию. Убедитесь, что ваш открытый ключ добавлен в ваш брелок или используется HTTP-аутентификация в настоящий момент.
Если вы используете закрытый репозиторий, проверьте, есть ли у вас пользователь подключения, он должен иметь разрешение на использование репозитория.
У меня была эта проблема, и я понял, что использовал другую учетную запись от той, у которой было репо. Вход в систему, поскольку исходный пользователь разрешил проблему.
У меня была та же проблема. Моя проблема заключалась в недоразумении в том, что мне пришлось сначала создать пустое репо на github, прежде чем нажимать на него. Doh! Включая это здесь для всех, кто этого не понимает.
У вас возникла такая же проблема. Все работало отлично в течение многих лет, а затем внезапно эта ошибка.
Проблема заключается в том, что я добавил ключ развертывания для другого репо моему агенту SSH до моего ключа github для пользователя github (который я всегда использовал для доступа к рассматриваемому репо). Агент SSH сначала попробовал ключ развертывания для другого репо, а GitHub по какой-то совершенно необъяснимой причине говорил
Как только я удалил ключ развертывания из агента SSH, все было в порядке.
Мое решение может быть полезно для некоторых из вас.
Я получил ту же ошибку после обновления моей MacBook OS до Yosemite. Моя проблема была исправлена путем воссоздания моего ключа ssh. Вы можете сделать это, выполнив шаг 2 этой страницы: https://help.github.com/articles/generating-ssh-keys/
Создать вилку
После создания вилки вы можете клонировать это репо на свой компьютер.
Оформить новую ветку и внести изменения.
Чтобы внести изменения в исходный репозиторий, вам нужно убедиться, что они нажаты
Чтобы получить эти изменения в исходном репозитории, из которого вы были разветвлены, вы можете отправить Запросы Pull, следуя этим инструкциям. Запрос Pull в основном, вы запрашиваете, чтобы пользователь с правом записи в репозиторий сбрасывал сделанные вами изменения. Подумайте об этом как “Я прошу, чтобы вы вносили мои изменения в свое репо”.
Примечание. Однако ваш вил не будет оставаться в курсе всех изменений, происходящих в исходном репозитории. Вам придется периодически менять эти изменения, но это легко.
После создания вилки вы можете ссылаться на репо, из которого вы разветвлялись, чтобы вы могли вносить изменения и сохранять текущее время.
Как только вы это сделаете, синхронизация с изменениями, сделанными в оригинальном репо, довольно проста.
Вот как решить мою проблему
Я столкнулся с такой же ошибкой после обновления моей ubuntu до следующей версии
Я только что удалил свой sshkey в учетной записи github, а затем добавил sshkey в эту учетную запись.
Troubleshooting cloning errors
In this article
If you’re having trouble cloning a repository, check these common errors.
HTTPS cloning errors
There are a few common errors when using HTTPS with Git. These errors usually indicate you have an old version of Git, or you don’t have access to the repository.
Here’s an example of an HTTPS error you might receive:
Check your Git version
There’s no minimum Git version necessary to interact with GitHub, but we’ve found version 1.7.10 to be a comfortable stable version that’s available on many platforms. You can always download the latest version on the Git website.
Ensure the remote is correct
The repository you’re trying to fetch must exist on GitHub.com, and the URL is case-sensitive.
Alternatively, you can change the URL through our GitHub Desktop application.
Provide an access token
To access GitHub, you must authenticate with a personal access token instead of your password. For more information, see «Creating a personal access token.»
If you are accessing an organization that uses SAML SSO, you must also authorize your personal access token to access the organization before you authenticate. For more information, see «About authentication with SAML single sign-on» and «Authorizing a personal access token for use with SAML single sign-on.»
Check your permissions
When prompted for a username and password, make sure you use an account that has access to the repository.
Tip: If you don’t want to enter your credentials every time you interact with the remote repository, you can turn on credential caching. If you are already using credential caching, please make sure that your computer has the correct credentials cached. Incorrect or out of date credentials will cause authentication to fail.
If you’ve previously set up SSH keys, you can use the SSH clone URL instead of HTTPS. For more information, see «About remote repositories.»
Error: Repository not found
If you see this error when cloning a repository, it means that the repository does not exist or you do not have permission to access it. There are a few solutions to this error, depending on the cause.
Check your spelling
To avoid this error, when cloning, always copy and paste the clone URL from the repository’s page. For more information, see «Cloning a repository.»
To update the remote on an existing repository, see «Managing remote repositories».
Checking your permissions
If you are trying to clone a private repository but do not have permission to view the repository, you will receive this error.
Make sure that you have access to the repository in one of these ways:
Check your SSH access
In rare circumstances, you may not have the proper SSH access to a repository.
You should ensure that the SSH key you are using is attached to your GitHub user account. You can check this by typing the following into the command line:
If the repository belongs to an organization and you’re using an SSH key generated by an OAuth App, OAuth App access may have been restricted by an organization owner. For more information, see «About OAuth App access restrictions.»
Check that the repository really exists
If all else fails, make sure that the repository really exists on GitHub.com! If you’re trying to push to a repository that doesn’t exist, you’ll get this error.
Error: Remote HEAD refers to nonexistent ref, unable to checkout
This error occurs if the default branch of a repository has been deleted on GitHub.com.
Detecting this error is simple; Git will warn you when you try to clone the repository:
To fix the error, you’ll need to be an administrator of the repository on GitHub.com. You’ll want to change the default branch of the repository.
After that, you can get a list of all the available branches from the command line:
Then, you can just switch to your new branch:
Help us make these docs great!
All GitHub docs are open source. See something that’s wrong or unclear? Submit a pull request.
Five ways to fix Git’s ‘fatal: repository not found’ error
Community driven content discussing all aspects of software development from DevOps to design patterns.
There’s nothing worse than joining a new development team and eagerly cloning the existing source code repo only to run head first into Git’s ‘fatal: repository not found’ error. For those who struggle with that problem, here are five potential fixes to the frustrating repository not found error message.
If you attempt to connect to a private GitHub or BitBucket repository and fail to authenticate, you will receive the repository not found error. To ensure you are indeed authenticating, connect to the repository and include your username and password in the Git URL:
Have you changed your password lately? If you connect from a Microsoft-based workstation, the Windows Credentials Manager may transparently submit an old password every time you clone, pull or fetch. Make sure your computer doesn’t cache any old, out of date passwords and cause your connection to be rejected.
You may authenticate successfully against GitHub or GitLab, but if you haven’t been made a collaborator on the project, you won’t be able to see the repository and will again trigger the fatal: repository not found exception. If you’re not a collaborator on the project, contact one of the GitHub or BitBucket repository administrators and have them add you to that role.
If your source code management tool is hosted on a Linux distribution, the repository name may be case sensitive. Also watch out for creative repository spellings, such as a zero instead of the letter O, or a one in place of the letter L. If you can copy and paste the git clone command from provided documentation, do that.
If the repository was deleted or renamed, you’ll obviously hit a Git repository not found error when you attempt to clone or fetch from it. If all else fails, check with the team lead to ensure that the remote repository does indeed still exist. One way to fix that problem is to log into your DVCS tool as an administrator and actually create the Git repository.
If you have any more insights on why developers might run into Git’s ‘fatal: repository not found‘ error, please add your thoughts to the comments.
Дает фатальное сообщение: адрес репозитория не найден
Я пробовал варианты в ссылке, но это не сработало.
26 ответов
Если вы используете двухфакторную авторизацию (2FA) для своей учетной записи Github, просто используйте опцию SSH для клонирования вашего репозитория:
Это прекрасно работает. Пароль необходимо предоставить.
Другая причина этой ошибки: если вы используете github и пытаетесь использовать ключи развертывания для нескольких репозиториев, вы обнаружите, что это не работает.
Вы должны проверить, есть ли у вас какая-либо другая учетная запись github, помеченная как «по умолчанию». При попытке клонировать новое репо клиент (в моем случае BitBucket) попытается получить учетные данные, которые вы установили «по умолчанию». Просто отметьте свои новые учетные данные «по умолчанию», и это позволит вам клонировать репо, у меня это сработало.
В моем случае. репозиторий является частным, я не могу получить к нему доступ напрямую. Я собираюсь использовать приложение Github Desktop для получения этого репо.
Возможно, вы вошли в другую учетную запись, и эта учетная запись не имеет прав доступа к этому репо, если вы используете Mac OS, перейдите в Keychain Access, найдите gitlab.com, удалите его и попробуйте снова выполнить git clone.
Проблема с аутентификацией: я использую графический интерфейс TortoiseGit, мне нужно сообщить черепахе имя пользователя и пароль, чтобы она могла получить доступ для работы с базой кода Git / GitHub / Gitlab. Чтобы сказать это, щелкните правой кнопкой мыши в любой папке, чтобы открыть меню TortoiseGit. Здесь TortoseGit> Окно настроек> Выбрать учетные данные в левом дереве навигации. Введите URL: Git url Helper: выберите окна, если ваши учетные данные Windows такие же, как у Git или «менеджера», если они разные userName; Имя пользователя Git Сохраните эти настройки и попробуйте еще раз. Вам будет предложено ввести пароль, и тогда он сработает.
Если вы используете cygwin для git и пытаетесь клонировать репозиторий git с сетевого диска, вам необходимо добавить путь cygdrive.
Например, если вы клонируете репозиторий git из z: /
$ git clone /cygdrive/z/[repo].git
Возможно, вам потребуется создать пустой файл с именем git-daemon-export-ok в каталоге репозитория.
Шаг 1: Скопируйте ссылку с HTTPS
Шаг 2: в локальном репозитории выполните
Шаг 3: замените github.com на username.password@github.com в скопированном URL
Шаг 4:
Для меня это сработало, удалив конфигурацию credential.helper и снова клонировав репозиторий.
Для меня проблемы возникают из-за того, что у меня есть старые настройки имени пользователя и пароля, сохраненные для gitlab, поэтому мне нужно удалить эти учетные данные. Я запускаю на своем Mac следующую команду:
И снова сделайте клон, введите логин и пароль. И все нормально.
Эта проблема начала появляться на моем терминале после того, как я включил GitHub 2FA.
Теперь я сталкиваюсь с этой проблемой всякий раз, когда клонирую частный репозиторий. Эта ошибка:
Это так неловко. Конечно, это репо у меня есть, и я его владелец.
В любом случае, похоже, что исправление теперь в том, что нам нужно еще раз войти в GitHub username при клонировании частного репо. Ниже приведен пример:
Это происходит из-за того, что у меня осталось старое состояние сеанса другого пользователя: Ниже представлено быстрое решение для пользователей Windows,
Откройте панель управления из меню «Пуск». Выберите учетные записи пользователей. Выберите «Управление учетными данными» в меню слева. Удалите все учетные данные, связанные с Git или GitHub.
Как только я это сделал, у меня начало работать.
если ваше репозиторий git является частным, попробуйте это
иначе используйте это
git clone https://username@github.com/User/Repository.git запросит пароль, а затем клонирует.
На github у вас может быть главный репозиторий и подпапки. Убедитесь, что вы используете URL-адрес основного репозитория, а не папки. Первый будет успешным, а второй вызовет ошибку «репозиторий не найден». Если у вас есть сомнения, что вы находитесь в подпапке, перемещайтесь вверх по цепочке репозитория, пока не найдете страницу, на которой фактически указан URL-адрес https, и используйте ее.
Если вы работаете в Windows, репозиторий является частным, и однажды были сохранены другие или неверные учетные данные, у вас не будет доступа к репозиторию. Вы получите сообщение об ошибке «Не найден» без указания направления «failed-credential-direction». Чтобы сбросить учетные данные в Windows, откройте панель управления (элемент управления Win + r), выберите «Учетные записи пользователей и диспетчер учетных данных». Найдите учетную запись git в учетных данных Windows (не веб-учетных данных!) И сотрите эту запись.
После этого при клонировании появится диалоговое окно входа в систему, и вы сможете установить его снова.
Протестировано с помощью git-bash в качестве оболочки в VSCode
Что решило мою проблему, так как у меня была ошибка «URL-адрес перенаправления / входа» или «репозиторий не найден»
Пользователи MacOS:
Пользователи Windows должны попробовать аналогичные шаги, но Keychain будет вместо этого Microsoft Credentials Manager или Windows Credentials, в зависимости от вашей версии ОС. Обязательно очистите учетные данные как в Интернете, так и в Windows, если это так.
Я думаю, что это в основном происходит потому, что к частному репо нельзя получить прямой доступ.
У меня была такая же проблема ( Repository not found ) из-за того, что изначально я входил в систему с неправильной учетной записью GitHub. Починить это:
Но это не сработало, так как мой пароль содержал поле @.
Я только что побежал
Command и нажмите Enter, и все сработало отлично. На самом деле вам нужно удалить связку ключей, уже сохраненную в osx.
Скорее всего, ваш URL недействителен.
Если это URL-адрес http / https, вы можете быстро проверить, введя URL-адрес в браузер. Если это вообще ничего не отображает, вы знаете, что URL-адрес недействителен.
Я предполагаю, что вы говорите об удаленном репозитории. URL-адреса должны выглядеть примерно так:
Как упоминалось другими, ошибка может возникнуть, если URL-адрес неправильный.
git clone https://github.com/NAME/repo.git
git clone https://username:password@github.com/NAME/repo.git
Вы также можете использовать
git clone https://username@github.com/NAME/repo.git
И git запросит пароль (спасибо Leanne за эту подсказку в комментариях).
Получение «fatal: Not a git repository» при попытке удаленного добавления репозитория Git
Я представляю себя Git, следуя этому руководству:
все работает нормально до той части, где РЕПО добавляется к моей локальной машине:
(после замены имени пользователя, NFSNSERVER и REPOAME с правильными именами) я получаю сообщение об ошибке:
можете ли вы помочь мне пройти этот шаг?
22 ответов
вы ввели локальный репозиторий Git, в который предполагается добавить этот пульт?
вам нужно cd в репозиторий / рабочую копию, или вы не инициализировали или не клонировали репозиторий в первую очередь, в этом случае вам нужно инициализировать РЕПО в каталоге где вы хотите разместить РЕПО:
или клонировать репозиторий
Примечание: это не отвечает на общую проблему, которая была проблемой OP, но к другой проблеме, где это сообщение об ошибке может возникнуть. Мне не хотелось делать новый вопрос, чтобы записать этот ответ, скажите мне, Должен ли я сделать это вместо этого 😛
так как у меня не было ничего, что действительно нуждалось в сохранении, я просто пошел с dummy way и сделал.
по крайней мере для меня reflog ( git reflog ) исчезнуть полностью. Следовательно, если вы сделаете сброс, и были некоторые изменения, которые вы хотели предотвратить, я не уверен, что вы можете вернуть их после сброса. Поэтому убедитесь, что у вас есть все изменения, которые вы не можете потерять, в конечном счете, просто скопировав клон перед попыткой этого.
проблема пустой головной файл.
в командной строке / CLI вы получите эту ошибку, если ваш текущий каталог не является репозиторием. Итак, вы должны сначала CD в репо.
эта проблема возникла у меня после того, как я переместил местоположение проекта git в файловой системе. Когда я запускал некоторые команды git, произошла ошибка, например:
Я нашел в /home/rospasta/path_old/gitprojecta/.travis/.git был записан абсолютный путь к старому местоположению проекта. Вручную обновление этого пути нового местоположения решило проблему для меня.
поэтому моя проблема может быть или не быть проблемой git, но HTH.
затем снова инициализируйте git-РЕПО
просто введите следующее в cmd или git shell или любом другом терминале:
для этого вам нужно ввести одну команду, которая отсутствует в командах bitbucket
пожалуйста, попробуйте git init.
устранение:
даже у меня была такая же проблема. я написал сценарий оболочки, который будет создавать резервные копии всех моих кодов в моем РЕПО git в рабочие дни недели в 17: 55 с помощью crontab. увидев журналы cron, я нашел вышеупомянутую проблему.
и еще одна вещь на cmd перейдите в свой репозиторий git или cd, чтобы где ваш клон находится в вашем окне, обычно они будут храниться в документах под GitHub cd Document/Github / yourproject после этого вы можете иметь любые команды git
поэтому перейдите в каталог в каталог репозитория, где у вас есть проверка кода из git, а затем запустите эту команду.
GIT_DIR должен быть unset: unset GIT_DIR
в моем случае я обнаружил, что git в windows стал чувствительным к регистру для буквы диска с некоторого момента.
после обновления двоичного файла git в командах cli windows, которые раньше работали, остановились. например, путь в скрипте был D:\bla\file.txt, в то время как команда git принято только d:\bla\file.txt
все вернулось в норму, и git также распознал мои измененные / неустановленные файлы.
я исправил это, восстановив корневые файлы.
У меня была эта проблема с плагином Jenkins Git после проблем аутентификации с GitLab. Дженкинс докладывал о Хадсоне.подключаемый модуль.мерзавец.GitException: [. ]stderr: GitLab: проект, который вы искали, не найден. фатальная ошибка: не удалось прочитать из удаленного репозитория.’
однако, если я сделал «git clone» или «git fetch» непосредственно из окна Дженкинса (командной строки), он работал без проблем.
проблема была решена с помощью удаление весь /рабочая область каталог в папке Jenkins jobs для этого конкретного задания, например