Ich habe seit einiger Zeit ein Projekt, das mit der standardmäßigen https-Klonsyntax arbeitet, und erst heute Nachmittag hat es einwandfrei funktioniert. Jetzt verstehe ich error code 128 Jedes Mal, wenn ich versuche zu klonen:
Obtaining myproject from git+git://myurl/myuser/myproject.git@master#egg=myproject (from -r requirements.txt (line 28))
...
fatal: unable to connect to myurl:
myurl[0: x.y.z.q]: errno=Invalid argument
ERROR: Command errored out with exit status 128: git clone -q git://myurl/myuser/myproject.git Check the logs for full command output.
Ich habe bestätigt, dass ich mit manuell klonen kann
git clone -q https://myurl/myuser/myproject.git
Sowie über SSH.
Ich hoste meine Repositories auf Gitea und habe diesbezüglich keine Fehler gefunden. Das ist sehr seltsam.
Weiß jemand, was falsch laufen könnte? Ich habe sogar meinen virtualenv-Ordner gelöscht und ohne Erfolg neu instanziiert sowie meinen Gitea-Server neu gestartet.
Sinoroc
Siehe die Pip-Installationsdokument. Wenn Sie die verwenden möchten https Protokoll dann lautet die Syntax:
Aber aus Ihrer Frage sieht es so aus, als würden Sie die verwenden git Protokoll statt (git+git://git.example.com/MyProject#egg=MyProject). Das ist also ein anderes Protokoll.
siehe die gleichen Dokumente, die auch auflisten git://git.example.com/MyProject.git@master#egg=MyProjectwas in der Frage gepostet wird
– Fliegender Teller
17. Oktober 2019 um 10:50 Uhr
tl;dr
Ich hatte einen sehr ähnlichen Fehler, der dazu führte, dass CA-Zertifikate zum Abrufen von HTTPS-URLs fehlten. Die Lösung war:
apt-get install -y --reinstall ca-certificates
Einzelheiten
Nachdem Sie etwas tiefer in die Pip-Ausgabe gegraben haben, wird der Basiswert angezeigt git clone -q war wie folgt fehlerhaft:
fatal: unable to access 'https://github.com/blah/blah.git/': server certificate verification failed. CAfile: none CRLfile: none