2017-08-08 1 views
6

Je suis en train de cloner un dépôt, mais je reçois un message d'erreur, indiquant ce qui suit chaque fois que j'essaie que:Bitbucket ne peut pas exécuter upload-pack git

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. 

J'ai lu un peu, et beaucoup des personnes lient cela à l'authentification SSH. Cependant, j'ai toutes mes clés configurées et on me demande de m'authentifier pour chaque essai.

Les clés ont été générées avec ssh-keygen et la phrase de passe I entrée est correcte.

Je n'arrive pas vraiment à comprendre le problème. J'ai essayé de cloner plusieurs repos, mais je me retrouve avec ça à chaque fois. Jusqu'à présent, j'ai essayé de cloner le dépôt avec le git bash, ainsi qu'avec l'aide de l'interface graphique de TortoiseGit.

Il peut être utile de mentionner que j'utilise un chemin SSH.

EDIT: J'ai essayé plusieurs autres dépôts maintenant. Je finis toujours avec cette erreur. Je suppose que ça doit être quelque chose de local ou de quelque chose à propos de mes clés.

+1

J'ai le même problème depuis aujourd'hui. Quelle Git-Version utilisez-vous? Je viens de mettre à jour mon Git pour Windows hier (actuellement en utilisant git version 2.14.0.windows.1). Pourrait être lié ... – boskoop

+0

2.14.0 ainsi. Téléchargement frais. – Sossenbinder

+0

https://gitlab.com/gitlab-org/gitlab-ce/issues/36028 Merci pour votre indice. Je suppose que nous ne sommes pas les seuls à avoir ce problème. Je vais rétrograder et essayer avec 2.13. Je ne pensais pas que cela pourrait être la cause. – Sossenbinder

Répondre

5

Cela semble être un problème introduit avec Git pour Windows 2.14.0. Il y a une incompatibilité sur Bitbucket SSH avec la commande git upload-pack via SSH. Cela explique également pourquoi HTTPS n'est pas affecté.

Dans ce qui suit commettras, git_connect a été modifié pour utiliser git upload-pack au lieu de git-upload-pack et Bitbucket est pas heureux avec cette (La commande est pas pris en charge comme entrée). https://github.com/git/git/commit/40023e58cda656326287d77358514acb262b7484

Voir aussi le message de validation de:

git_connect: préfèrent les builtins de Git sur la forme en pointillés

Cela aide avec des installations minimales telles que MinGit qui refusent de déchets .zip immobilier par expédition des copies identiques de builtins (fichiers .zip ne supportent pas les liens physiques).

gitlab c'était en cours d'exécution dans le même problème: https://gitlab.com/gitlab-org/gitlab-ce/issues/36028

Je ne pouvais vérifier sur Bitbucket 4.8.1, peut-être cela est corrigé dans une version ultérieure.

Solution:

Annulez à Git 2.13.x ou passage à HTTPS.

Solution:

La question a été abordée dans https://jira.atlassian.com/browse/BSERV-10013. La validation a été annulée dans Git pour Windows. La Version v2.14.0.windows.2 devrait résoudre le problème (https://github.com/git-for-windows/git/releases/tag/v2.14.0.windows.2).

2

Grâce au commentaire de boksoop, j'ai essayé de revenir à Git 2.13.2.

Cela fonctionne parfaitement bien avec cette version. J'éviterais de passer à 2.14 pour l'instant, semble-t-il.