git clone <url>
дає повідомлення fatal: репозиторій 'url' не знайдений
Я спробував варіанти за посиланням , але це не спрацювало.
git clone <url>
дає повідомлення fatal: репозиторій 'url' не знайдений
Я спробував варіанти за посиланням , але це не спрацювало.
Відповіді:
Швидше за все, ваша URL-адреса недійсна.
Якщо це URL-адреса http / https, ви можете швидко перевірити, забивши URL-адресу в браузер. Якщо це взагалі нічого не відображає, ви знаєте, що URL-адреса недійсна.
Я припускаю, що ви говорите про віддалене сховище. URL-адреси повинні виглядати приблизно так:
https://github.com/user/repo2.git if you're using HTTPS
git@github.com:user/repo2.git if you're using SSH
Як згадували інші, помилка може статися, якщо 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 за надання цієї підказки в коментарях).
:password
, і git запитає пароль. Наприклад:git clone https://username@github.com/NAME/repo.git
На macOS можливо, що кешовані облікові дані в брелоку, які отримує git, є неправильними. Це може бути застарілий пароль або використання неправильних даних.
Дотримуйтесь інструкцій на веб-сторінці:
https://help.github.com/articles/updating-credentials-from-the-osx-keychain/
$ GIT_CURL_VERBOSE=1 git clone https://github.com/YOUR-USERNAME/YOUR-REPOSITORY
Шукайте рядок заголовка "Авторизація: Basic BASE64STRING".
Візьміть рядок base64 і декодуйте його, щоб перевірити, яке ім’я користувача: пароль було використано.
$ echo <the key> | base64 --decode
Переконайтеся, що ви вказали правильний пароль для входу в систему.
username@
на URL-адресу github. Приклад: https://username@github.com/foo/bar.git
Тоді брелок macos використовуватиме правильний пароль для входу.
У мене теж була така ж проблема. Я намагався клонувати репо, яке було приватним, і мій git, встановлений в osx, має брелок, який не дозволяв мені клонувати репо ...
я намагався
git clone https://username:password@github.com/NAME/repo.git
але це не спрацювало, оскільки мій пароль містив поле @.
Я просто побіг
git credential-osxkeychain erase
host=github.com
protocol=https
команда і натисніть клавішу Enter, і це спрацювало чудово. Насправді вам потрібно видалити брелок, який вже зберігається в osx.
У мене була та ж проблема ( Repository not found
) через те, що спочатку я ввійшов у систему з неправильним обліковим записом GitHub. Щоб це виправити:
Для мене
git clone https://username@github.com/name/repo.git
працював.
Я думаю, що це відбувається головним чином, оскільки приватне репо не може бути безпосередньо доступне.
Що вирішило мою проблему, оскільки у мене виникла помилка "переспрямування / URL-адреса_входу" або "сховище не знайдено"
Користувачі MacOS:
Користувачам Windows слід спробувати подібні кроки, але Keychain буде замість цього менеджером облікових даних Microsoft або обліковими даними Windows, залежно від вашої версії ОС. Не забудьте очистити облікові дані Інтернету та Windows, якщо це так.
Якщо ви працюєте в Windows, сховище є приватним, і коли один раз були збережені різні або не правильні облікові дані, ви не матимете доступу до репо. Ви отримаєте помилку, яку не знайшли, не натякаючи в напрямку помилки-облікових даних. Щоб скинути облікові дані в Windows, відкрийте Панель керування (керування Win + r), виберіть Облікові записи користувачів та Диспетчер облікових даних. Знайдіть обліковий запис git в облікових даних Windows (а не в облікових даних Інтернету!) Та видаліть цей запис.
Після цього при клонуванні з’явиться діалогове вікно входу, і ви зможете встановити їх знову.
Перевірив це за допомогою git-bash як оболонки у VSCode
На github ви можете мати основне сховище та підпапки. Переконайтеся, що URL-адреса, яку ви використовуєте, - це головного сховища, а не папки. Перший буде успішним, а другий видасть помилку сховища не знайдено. Якщо у вас є сумніви, що ви знаходитесь у підпапці, перейдіть по ланцюжку сховищ, поки не знайдете сторінку, яка фактично вказала URL-адресу https, і використовуйте це.
Clone or Download
кнопку на сторінці github для URL-адреси. Якщо його там немає, то ви не можете його клонувати.
git clone https://username@github.com/User/Repository.git
запитає пароль, а потім клонуйте.
Це відбувається через те, що стан мого старого сеансу іншого користувача залишається: Нижче наведено швидке рішення для користувачів Windows,
Відкрийте Панель керування в меню «Пуск» Виберіть облікові записи користувачів Виберіть «Керування своїми обліковими даними» в меню ліворуч Видаліть усі облікові дані, пов’язані з Git або GitHub
Як тільки я це зробив, це почало працювати на мене.
Ця проблема почала з’являтися на моєму терміналі після того, як я увімкнув GitHub 2FA .
Зараз я стикаюся з цією проблемою щоразу, коли клоную приватний репозитарій. Ця помилка:
віддалений: сховище не знайдено.
фатально: сховище ' https://github.com/kmario23/repo-name.git/ ' не знайдено
так незручно. Звичайно, у мене є це репо, і я його власник.
У будь-якому випадку, схоже, виправлення полягає в тому, що нам доведеться ще раз увійти до GitHub username
при клонуванні приватного репо. Нижче наведено приклад:
add your username
|-------|
$ git clone --recursive https://kmario23@github.com/kmario23/repo-name.git
Для мене це спрацювало, видаливши credential.helper
конфігурацію та знову клонуючи сховище
git config --global --unset credential.helper
git clone https://<repository>
Можливо, вам доведеться створити порожній файл з іменем git-daemon-export-ok
у каталозі сховища.
Якщо ви використовуєте cygwin для git і намагаєтеся клонувати сховище git з мережевого диска, вам потрібно додати шлях cygdrive.
Наприклад, якщо ви клонуєте репозиторій git з z: /
$ git clone /cygdrive/z/[repo].git
Проблема автентифікації: я використовую інструмент графічного інтерфейсу TortoiseGit, мені потрібно повідомити черепашці ім’я користувача та пароль, щоб вона могла отримати доступ до роботи з базою коду Git / GitHub / Gitlab. Щоб сказати це, натисніть клавішу всередині будь-якої папки, щоб отримати меню TortoiseGit. Тут TortoseGit> Вікно налаштувань> Виберіть облікові дані в лівому навігаційному дереві Введіть URL: Git url Helper: Виберіть вікна, якщо ваші облікові дані Windows однакові з Git або «manager», якщо вони відрізняються від userName; Git Ім'я користувача Збережіть ці налаштування і спробуйте ще раз. Вам буде запропоновано ввести пароль, і тоді він спрацював.
Я інженер devops, і це трапляється з приватними сховищами. Оскільки я керую кількома організаціями Github, у мене є кілька різних ключів SSH. Щоб подолати цю ERROR: Repository not found. fatal: Could not read from remote repository.
помилку, ви можете використовувати
export GIT_SSH_COMMAND="ssh -o StrictHostKeyChecking=no -o User=git -i ~/.ssh/ssh_key_for_repo"
git clone git@github.com:user/repo.git
У моєму випадку. сховище приватне, я не можу отримати до нього безпосередній доступ. Спосіб використання програми Github Desktop для отримання цього репо.
Вам слід перевірити, чи є у вас інший обліковий запис github, позначений як "за замовчуванням". При спробі клонувати нове репо, клієнт (у моєму випадку BitBucket) намагатиметься отримати облікові дані, які ви встановили "за замовчуванням". Просто позначте свої нові облікові дані "типовими", і це дозволить вам клонувати репо, це спрацювало для мене.
Ще однією причиною цієї помилки, якщо ви працюєте на github і намагаєтесь використовувати ключі розгортання для кількох репозиторіїв, ви виявите, що це не працює.
У цьому випадку вам потрібно створити користувача машини , однак якщо ви цього не зробите, і ви спробуєте клонувати будь-яке репо, крім того, що має ключ розгортання, ви отримаєте цю помилку.
У мене проблеми виникають через те, що у мене збережено старі налаштування імені користувача / пароля для gitlab, тому мені потрібно видалити ці облікові дані. Я запускаю таку команду на своєму mac:
sudo su
git config --system --unset credential.helper
і зробіть клон ще раз, введіть ім’я користувача та пароль. І все добре.