Git verwendet weiterhin einen Proxy, den Sie vermeintlich entfernt haben

http.proxy ist eine Zeichenkette. Wenn Sie ihn auf 0 setzen, kann Git einen Host mit dem wörtlichen Namen 0 kontaktieren, statt das Proxying zu deaktivieren.

Suchen Sie zuerst die passenden Einträge und deren Geltungsbereiche:

git config --show-origin --show-scope --get-regexp '.*proxy.*'

Prüfen Sie System-, Benutzer-, Repository-, Include- und URL-spezifische Eingaben sowie die tatsächliche Prozessumgebung. Halten Sie Werte mit Anmeldedaten privat. Fragen Sie dann das betreffende HTTPS-Remote ab:

git config --get-urlmatch http.proxy https://git.example/team/project.git

Wenn die Prüfung genau einen veralteten, repository-lokalen http.proxy-Eintrag ergeben hat, führen Sie dies aus dem vorgesehenen Arbeitsverzeichnis aus, um diesen Eintrag zu entfernen:

git config --local --unset http.proxy

Verwenden Sie die tatsächlich gemeldete Quelle; dieses lokale Beispiel ist kein Befehl zum Löschen von Benutzer- oder Maschinenstandards. Prüfen Sie mehrere Werte, bevor Sie einen Vorgang wählen, der alle entfernt.

Das Entfernen legt die verbleibenden Eingaben offen. Ein lokales Unset kann einen Benutzerstandard aufdecken, und das Entfernen eines Benutzereintrags kann eine URL-spezifische Regel hinterlassen. Ein ausdrücklich leerer Wert drückt stattdessen eine beabsichtigte direkte Überschreibung in einer unterstützten Git-Konfiguration aus; das ist eine andere Richtlinie als das Zurückziehen einer Quelle.

Halten Sie core.gitProxy und SSH-Routen getrennt. Wenn ein Wert zurückkehrt, prüfen Sie Includes, Starter, IDEs und Build-Runner und beheben Sie die Ursache im vorgesehenen Geltungsbereich. Wiederholen Sie die Auswahlabfrage und den Netzwerkzugriff: eine korrekte Auswahl belegt weder Konnektivität noch eine spätere Repository-Authentifizierung.