2017-08-08 35 views
6

Próbuję sklonować repozytorium, ale pojawia się komunikat błędu, stwierdzając, co następuje, gdy próbuję to:Bitbucket nie może wykonać git upload-paczka

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. 

Znam się trochę, a wiele osób łączy to z uwierzytelnianiem SSH. Jednak wszystkie moje klucze są skonfigurowane i poproszony o uwierzytelnienie za każdym razem.

Klucze zostały wygenerowane przy pomocy ssh-keygen, a wpisane hasło jest poprawne.

Naprawdę nie mogę zrozumieć problemu. Próbowałem klonować różne repozytorium, ale za każdym razem kończę.

Do tej pory próbowałem sklonować repozytorium za pomocą bitu git, a także przy pomocy GUI TortoiseGit.

Warto wspomnieć, że używam ścieżki SSH.

EDYCJA: Wypróbowałem teraz kilka innych repozytoriów. Zawsze kończę z tym błędem. Myślę, że musi to być coś lokalnego lub coś w moich kluczach.

+1

Mam ten sam problem od dzisiaj. Z której wersji Git korzystasz? Właśnie zaktualizowałem wczoraj Git dla Windows (obecnie korzystam z wersji git 2.14.0.windows.1). Może być powiązany ... – boskoop

+0

również 2.14.0. Świeże pobieranie. – Sossenbinder

+0

https://gitlab.com/gitlab-org/gitlab-ce/issues/36028 Dziękujemy za podpowiedź. Sądzę, że nie jesteśmy jedynymi, którzy mają ten problem. Zmniejszę wersję i spróbuję z 2.13. Nie sądziłem, że to może być przyczyną. – Sossenbinder

Odpowiedz

5

Wydaje się, że to problem wprowadzony z Git dla Windows 2.14.0. W Bitbucket SSH występuje niekompatybilność z poleceniem git upload-pack przez SSH.

Wyjaśnia to również, dlaczego HTTPS nie ma wpływu.

W następstwie popełnienia, git_connect został zmieniony w użyciu git upload-pack zamiast git-upload-pack i Bitbucket nie jest zadowolony z tego (polecenie nie jest obsługiwane jako weszła). https://github.com/git/git/commit/40023e58cda656326287d77358514acb262b7484

również zobaczyć komunikat popełnić to:

git_connect: Wolę pomocy poleceń wbudowanych git nad formie przerywanej

Pomaga to przy minimalnych instalacji takich jak MinGit które odmawiają odpadów .zip nieruchomości przez wysyłka identycznych kopii wbudowanych plików (pliki .zip nie obsługują twardych linków).

GitLab został uruchomiony na ten sam problem: https://gitlab.com/gitlab-org/gitlab-ce/issues/36028

mogłem sprawdzić tylko to na Bitbucket v4.8.1, może to jest ustalona w późniejszej wersji.

Obejście:

przywrócić Git 2.13.x lub przełącznika do HTTPS.

Rozwiązanie:

Emisja została skierowana w https://jira.atlassian.com/browse/BSERV-10013. Zatwierdzenie zostało cofnięte w Git dla Windows. Wersja v2.14.0.windows.2 powinna naprawić problem (https://github.com/git-for-windows/git/releases/tag/v2.14.0.windows.2).

2

Dzięki komentarzowi Boksoopa próbowałem wrócić do Git 2.13.2.

Działa doskonale z tą wersją. Chciałbym uniknąć uaktualnienia do wersji 2.14 na razie, jak się wydaje.