Я пытаюсь клонировать свой проект GitHub, используя https-URL, но он завершается ошибкой:
$ git clone https://foo@github.com/foo/foo-private.git
Cloning into foo-private...
Password:
error: error setting certificate verify locations:
CAfile: /bin/curl-ca-bundle.crt
CApath: none
while accessing https://foo@github.com/foo/foo-private.git/info/refs
fatal: HTTP request failed
Что я делаю не так?
git config --global http.sslcainfo "C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt"
работал, не могу сказать, почему глобальный, а система не работает.Я решил проблему с установкой Git по адресу : https://git-for-windows.github.io/. Найдите путь к файлу сертификата:
Настройте путь Git:
Попробуй еще раз
источник
error: could not lock config file C:\Program Files\Git\mingw64/etc/gitconfig: Permission denied
. Запустил"C:\Program Files\Git\git-bash.exe"
как администратор и попробовал снова, и это сработало Спасибо!C:\Program Files\Git\mingw64\ssl\certs\ca-bundle.crt
Если вы используете MSYS2 ...
Просто установите пакеты сертификатов с помощью следующих команд:
32 бита
64 бита
источник
Если вы используете Cygwin, вы можете установить пакет ca-Certificates с помощью apt-cyg :
Как установить пакет cygwin из командной строки?
источник
git config --system http.sslcainfo /usr/ssl/certs/ca-bundle.crt
Решит проблему. После этого появится всплывающее окно для ввода вашего имени пользователя и пароля.
источник
Решено: я получил эту ошибку, когда я установил обновление для установщика Git windows. Случилось так, что я не установил его с правами администратора, поэтому Git был установлен в «C: \ Users \ my_name \ AppData \ Local \ Programs» вместо «C: \ program Files». переустановка Git с правами администратора позволила поместить его в C: \ program Files, и все снова прошло нормально!
источник
Это сработало для меня (я использую Manjaro Linux). Я запускаю cmd для просмотра CA-сертификатов:
Но на самом деле я нашел сертификаты по пути:
Затем добавьте конфигурацию в ~ / .gitconfig (если она не существует, создайте ее):
Оно работает!
источник
git config --system http.sslcainfo /bin/curl-ca-bundle.crt
Это работает. Вам не нужно указывать полный путь.
источник
Я столкнулся с этим, пока git pull. Для меня отредактировал глобальный конфигурационный файл git, который исправил проблему.
Перейдите в свою домашнюю папку и откройте файл .gitconfig. Обычно C: \ Users \ .gitconfig
Если файла там нет, создайте его
Там вы должны указать свой собственный путь установки git. Я использовал переносную версию Git здесь.
Тогда git clone / pull это будет работать.
источник
E:\\systools...
"C:\\folder\\file"
это плохо,C:\\folder\\file
это хорошо Я хочу, чтобы мой час вернулся.Если вы используете командную оболочку Git, которая устанавливается вместе с приложением GitHub для Windows, то это и другие проблемы могут проявиться после обновления. Просто запустите приложение Git Hub для Windows и выключите его снова. После этого оболочка снова заработает. Проблема в том, что обновление не завершается, пока не запустится приложение Windows. Простое использование оболочки не приводит к завершению обновления.
источник
Я видел это на моем Github для Windows.
Я рекомендую удалить Github для Windows и установить его снова.
До этого я безуспешно пробовал несколько способов, но это решение помогло мне!
источник
В Windows, использующей msysgit, у меня была эта ошибка, и причина была в моих добавлениях наших корпоративных прокси-сертификатов.
Если вы редактируете свой curl-ca-bundle.crt, вы должны быть уверены в своих линейных окончаниях. В случае с curl-ca-bundle вы должны использовать линейные окончания в стиле Linux.
Вы можете использовать notepad ++ для преобразования строк в Linux (перевод строки).
источник
Кстати, эта проблема может возникнуть в Windows, если пользователь, пытающийся использовать git, отличается от пользователя, который его установил. Ошибка может указывать на то, что git не может получить доступ к файлам сертификата. Установка git от имени администратора и использование ответа @ rogertoday решили мою проблему.
источник
Я нашел хорошее решение для добавления / обновления сертификатов CA на RHEL / CentOS 6, которая является основной причиной, о которой сообщают, проблема.
Так как они становятся устаревшими дистрибутивами, полномочия кассира в этой системе не обновлялись до выполнения команды
sudo yum update
.Не осознавал проблему, пока режим GIT_CURL_VERBOSE не показывает проблему пути cacert.
источник
В Linux у меня была эта ошибка, и я исправил ее, запустив
sudo update-ca-certificates
.источник
Для меня то, что решило проблему, было то, когда на моем окне Windows 10 я попытался удалить git и повторно установить, используя Windows Cmd по умолчанию, а не Git Bash
Откройте CMD и запустите следующее
источник
Если кто-то еще сталкивается с этой проблемой в Git для Windows и не имеет
curl-ca-bundle.crt
места в вашей системе даже после переустановки, я следовал этому процессу:curl-**.**.*/lib
в командной строке./mk-ca-bundle.prl
ca-bundle.crt
в свой путь git и обновите конфигурацию, как указано в других ответах.Прикоснитесь к этой сути, чтобы помочь мне выполнить установку.
источник
Я решил эту проблему на Windows Server 2016, переустановив ее и выбрав «родную библиотеку безопасного канала Windows» на шаге установки «Выбор транспортного сервера HTTPS».
источник
Решение, которое работает для меня в Windows 64bit заключается в следующем
источник
В моем случае win10 У меня есть две версии о
.gitconfig
C:\Program Files\Git\etc
C:\Users\<user>
Команда
действительно вносит изменения
C:\Program Files\Git\etc
, но Git каким-то образом использует конфигурацию вC:\Users\<user>
Итак, с помощью блокнота я сменил второй,
.gitconfig
и git наконец-то принял правильную конфигурацию и начал работать.источник
Я смог решить эту проблему с помощью следующей команды.
git config --system http.sslverify false
источник
Я получил эту ошибку после перемещения Git через жесткие диски. Удаление и переустановка в новом месте исправленных вещей
источник
В git для Windows вы также можете переустановить и выбрать метод проверки собственного сертификата Windows (OpenSSL по умолчанию). Это позволит пропустить проверку OpenSSL и вместо этого использовать родную проверку Windows, которая не требует поддержки отдельного инструмента (OpenSSL) и сертификатов.
Отлично сработало для меня :)
источник
Следующая команда
работал для моих нужд, но я предполагаю, что вы хотите больше, чем доступ только для чтения, верно?
источник