2017-08-08 3 views
6

Ich versuche, ein Repository zu klonen, aber ich erhalte eine Fehlermeldung, die besagt folgendes ausführen, wenn ich versuche, dass:Bitbucket nicht git Upload-Pack

Bitbucket cannot not execute "git upload-pack ...". The command is not supported as entered. 

Ensure you are using a supported SCM, check the syntax and try again. 
fatal: Could not read from remote repository. 

ich ein bisschen lesen, haben, und eine Menge von Menschen verknüpfen dies mit SSH-Authentifizierung. Jedoch habe ich meine Schlüssel alle eingerichtet und ich werde gebeten, für jeden Versuch zu authentifizieren.

Die Schlüssel wurden mit ssh-keygen generiert, und die eingegebene Passphrase ist korrekt.

Ich kann das Problem nicht wirklich herausfinden. Ich habe versucht, verschiedene Repos zu klonen, aber das endet jedes Mal.

Bis jetzt habe ich versucht, das Repository mit der git bash, sowie mit Hilfe der TortoiseGit GUI zu klonen.

Es könnte erwähnenswert sein Ich verwende einen SSH-Pfad.

EDIT: Ich habe jetzt mehrere andere Repositories ausprobiert. Ich habe immer diesen Fehler. Ich denke, es muss etwas Lokales oder etwas an meinen Schlüsseln sein.

+1

Ich habe das gleiche Problem seit heute. Welche Git-Version verwendest du? Ich habe gestern gerade mein Git für Windows aktualisiert (momentan git Version 2.14.0.windows.1). Könnte verwandt sein ... – boskoop

+0

2.14.0 auch. Neuer Download – Sossenbinder

+0

https://gitlab.com/gitlab-org/gitlab-ce/issues/36028 Vielen Dank für Ihren Hinweis. Ich denke, wir sind nicht die einzigen mit diesem Problem. Ich werde herunterstufen und es mit 2.13 versuchen. Ich dachte nicht, dass dies der Grund sein könnte. – Sossenbinder

Antwort

5

Dies scheint ein Problem zu sein mit Git für Windows 2.14.0 eingeführt. Es gibt eine Inkompatibilität bei Bitbucket SSH mit dem Befehl git upload-pack über SSH.

Dies erklärt auch, warum HTTPS nicht betroffen ist.

Im folgenden Commit git_connect geändert wurde git upload-pack verwenden anstelle von git-upload-pack Bitbucket und ist nicht zufrieden mit diesen (Der Befehl wird eingegeben als nicht unterstützt). https://github.com/git/git/commit/40023e58cda656326287d77358514acb262b7484

Auch die commit die Meldung:

git_connect: bevorzugen Git builtins über gestrichelte Form

Diese mit minimalen Installationen wie MinGit hilft, die von .zip-Immobilien zu Abfall ablehnen Versand von identischen Kopien von Builtins (.zip Dateien unterstützen keine festen Links).

Gitlab lief in das gleiche Problem: https://gitlab.com/gitlab-org/gitlab-ce/issues/36028

ich nur diese auf Bitbucket v4.8.1 überprüfen könnte, vielleicht ist dies in einer späteren Version behoben wird.

Umgehung:

Rollback zu Git 2.13.x oder Umstellung auf HTTPS.

Lösung:

Das Problem wurde in https://jira.atlassian.com/browse/BSERV-10013 gerichtet. Das Commit wurde in Git für Windows zurückgesetzt. Die Version v2.14.0.windows.2 sollte das Problem beheben (https://github.com/git-for-windows/git/releases/tag/v2.14.0.windows.2).

2

Dank des Kommentars von boksoop habe ich versucht, zu Git 2.13.2 zurückzukehren.

Es funktioniert perfekt mit dieser Version. Ich würde es vorerst vermeiden, auf 2.14 zu aktualisieren, wie es scheint.