Git Clone не ссылается на настройки конфигурации - PullRequest
Новая
       14

Git Clone не ссылается на настройки конфигурации

0 голосов
/ 28 августа 2018

Я пытаюсь клонировать репозиторий, но Git продолжает выдавать мне ту же ошибку: 

fatal: unable to access '[PROJECT NAME*]': error setting certificate verify 
  locations:
     CAfile: C:/Program Files/Git/mingw64/libexec/ssl/certs/ca-bundle.crt
     CApath: none

* Удалено мной

В /mingw64/libexec нет папки ssl. Я изменил параметры --system и --global для sslCAinfo и sslverify, чтобы они ссылались на каталог ssl в mingw64, который существует, и вообще не проверял ssl, но Git, похоже, не читает эти параметры. Я установил их следующим образом:

http.sslcainfo=C:/Program Files/Git/mingw64/ssl/certs/ca-bundle.crt

http.sslverify=false

Но даже с этими настройками Git выдает ошибку, ссылаясь на /libexec/ssl. Я не могу найти где-либо еще, он может читать это место с любого из них. За последнюю неделю я переустанавливал Git десятки раз, пытаясь понять, исправит ли это, но ничего не помогает.

1 Ответ

0 голосов
/ 24 января 2019

У меня была точно такая же проблема. Ошибка Git полностью вводит в заблуждение!

  • Установка http.sslcainfo на что-либо не изменила местоположение, которое git утверждает, что ищет сертификат. Ошибка всегда отсутствовала в сертификате .../libexec/...
  • Настройка http.sslverify=false не имела никакого эффекта
  • Размещение файла сертификата в папке .../libexec/..., которую искал git, привело к падению git

Моя проблема заключалась в том, что я установил переменную HTTPS_PROXY env в неверный URL-адрес прокси. Это вызывало проблему, хотя у меня была переменная окружения NO_PROXY для URL репозитория. Исправление (или удаление) URL HTTPS_PROXY решило проблему.

Кроме того, настройка конфигурации git для http.https://some-url.com.proxy= (т. Е. На ничто) также решила проблему независимо от настройки HTTPS_PROXY.

...