pour les personnes qui viennent ici et qui essayent juste d'obtenir le dépôt mais ne se soucient pas du protocole (ssh / https), vous pouvez simplement vouloir utiliser https au lieu de ssh (si elle est supportée).

donc par exemple vous utilisez

git clone https://github.com/%REPOSITORYFOLDER%/%REPOSITORYNAME%.git

au lieu de

git clone git@github.com:%REPOSITORYFOLDER%/%REPOSITORYNAME%.git

S'il y a toujours un problème d'accès après avoir créé SSH et l'avoir ajouté dans votre compte Bitbucket ou ailleurs, vous devez faire ce qui suit sur GitBash, OSX ou Linux:

ssh-add -l

ensuite, si vous ne voyez pas votre clé listée, ajoutez-la avec:

ssh-add ~/.ssh/identity

ça a marché pour moi.

j'ai affronté le même problème avec GitHub . Il est facile à résoudre.

1. générer une clé SSH sur votre ordinateur comme décrit ici : générer des clés SSH .
2. connectez-vous à votre compte GitHub: GitHub Login .
3. dans votre compte, ajoutez la clé SSH nouvellement générée: les clés SSH de mon compte .
4. git clone le projet.

j'ai également fait face à la même question. J'ai fait ce qui suit et cela a fonctionné pour moi:

1. génère des clés à partir du client Git GUI sous Windows. Copiez cette clé sur le bloc-notes.
2. ouvrez votre compte sur le site bitBucket/ git, et ajoutez cette clé à votre profil. De cette façon, le serveur sait que vous êtes un utilisateur légitime d'accéder à partir d'un système légitime.
3. C'est ça. Toutes les commandes de poussée ont fonctionné pour moi désormais.

j'ai eu ce problème sur un Mac - alors que j'ai configuré SSH correctement pour accéder à mon dépôt Git, après redémarrage (et un certain temps le Mac était sur un standoff), tous mes justificatifs d'identité ont été supprimés. Apparemment, pour une raison quelconque, la clé du pub a été réglée à 644, ce qui l'a fait retirer du porte-clés. Pour readd:

• chmod 600 la clé publique
• ssh-add ~/.ssh/[your private key] - cela doit indiquer que l'identité a été ajoutée. Le fichier clé que vous voulez est le l'un sans l' .pub extension.
• ssh-add -l devrait vous montrer le nouvellement ajouté identité

edit: apparemment MacOS a tendance à supprimer les clés - après avoir téléchargé la mise à jour Haute Sierra (mais je ne l'ai pas encore installé) ma clé a été retirée et j'ai dû l'ajouter à nouveau via ssh-add

Github (ou Bitbucket) ne peut pas trouver votre clé ssh dans leur serveur.

il suffit d'ajouter votre clé dans le réglage de votre compte.

j'ai eu l'erreur...

Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.

...quand j'ai essayé de faire le contact à partir d'un git Bash prompt à Bitbucket après mon ordinateur portable est mort d'une mauvaise mise à jour Windows 10 et a été retourné aux paramètres de l'usine. J'avais restauré tous mes ssh fichiers à partir d'une sauvegarde.

la cause de l'erreur s'est avérée être une inadéquation dans le nom de mon compte Windows après la reconstruction de l'ordinateur. J'ai appris que le fichier de clé publique id_rsa.pub se termine par un facile lisible chaîne comprenant le nom de mon compte Windows suivi d'un signe @ puis le nom de l'ordinateur.

lorsque j'ai configuré mon ordinateur, j'ai créé mon nom de compte Windows, y compris mon initiale du milieu, mais lorsque mon ordinateur a été réinitialisé dans les paramètres d'usine, notre nouveau gars DevOps a créé mon nom de compte sans mon initiale du milieu.

Pour résoudre le problème, j'ai simplement édité mon fichier de clé publique id_rsa.pub et supprimé l'initiale de mon nom fin. J'avais coincé avec le même nom d'ordinateur donc c'était ok. J'ai copié le contenu du fichier dans le presse-papiers Windows. Je me suis alors inscrit à Bitbucket, je suis allé à Bitbucket Settings sous mon avatar, et j'ai ajouté une nouvelle clé publique où j'ai collé les nouveaux contenus.

de retour à l'invite de Git Bash, j'ai confirmé que cela fonctionnait maintenant en entrant la commande...

ssh -T git@bitbucket.org

...et j'ai reçu un message que j'avais reçu.

pour moi, quand j'ai voulu cloner depuis mon dépôt, j'ai eu le même message remarqué avant "Permission denied (publickey) fatal: Could not read from remote repository". La solution pour mon cas est de ne pas utiliser sudo avant de cloner .

vous devez créer une nouvelle clé ssh en lançant ssh-keygen -t rsa .

j'ai affronté le même problème en exécutant la commande git clone depuis la ligne de commande windows. Mais la commande s'exécute avec succès à partir de Git Bash .

si vous générez une nouvelle clé publique ssh et l'insérez dans bitbucket ou GitHub et

il n'est pas aidé - s'il vous plaît essayez de redémarrer votre PC . Il m'a aidé!!

in macOS / Linux (Ubuntu):

1. pour vous authentifier, vous devez ajouter votre partie publique de votre paire de clés SSH à bitbucket à partir de vos paramètres utilisateur: Paramètres utilisateur -- > clés SSH

Vous trouverez ladite partie publique dans votre ~/.répertoire ssh, habituellement id_rsa.pub . notez le .pub partie du nom de fichier pour le Public. il vous aidera à créer un si vous n'en avez pas déjà un

vous n'avez pas encore fini ...

2. vous devez faire savoir à votre système quelle clé utiliser avec quel hôte distant, donc ajoutez ces lignes à votre ~/.fichier SSH / config

Host bitbucket.org
 IdentityFile ~/.ssh/PRIVATE_KEY_FILE_NAME

où PRIVATE_KEY_FILE_NAME est le nom de la partie privée de votre paire de clés SSH, si vous ne l'avez pas fait, habituellement son nom par défaut est: id_rsa dans ce cas, remplacer PRIVATE_KEY_FILE_NAME ci-dessus par id_rsa (la clé privée N'a pas d'extension .pub )

si tout échoue, comme ce fut le cas pour moi, désinstallez GIT, réinstallez. Pour une raison quelconque cela résout.

P. S.

1. j'ai essayé de générer de nouvelles clés et de mettre à jour les clés publiques ssh
2. Aussi essayé de supprimer toutes les clés et tenté de créer une nouvelle clé.
3. et non, rien de mal avec mon .gitconfig

pendant le clonage, j'ai eu un problème similaire [ mon erreur: Permission refusée (publickey). fatal: impossible de lire depuis un dépôt distant. Assurez-vous d'avoir les droits d'accès corrects .. etc ]

-- j'utilisais bitBucket/UBUNTU14.04 dans mon cas, mais déjà avait un ensemble de fichiers clés que j'avais précédemment généré et j'avais changé le nom des fichiers. I simplement copié les fichiers à la norme id_rsa & id_rsa.format du nom du pub. J'ai alors relancé la commande sans problème.

OBTW : j'aurais aussi pu utiliser l'invite de mot de passe en utilisant le clone de style HTTP.

j'ai eu un problème similaire sur linux. J'ai résolu le problème en me connectant au serveur github et en créant une clé de déploiement. C'est sous Paramètres pour le dépôt. Ensuite, j'ai copié et collé ma clé publique (qui est habituellement dans ~/.SSH / id_rsa.pub, mais votre configuration pourrait être différente). Il y a une case à cocher pour donner à cette clé l'accès en écriture. Cliquez dessus (sauf si vous utilisez git pour déployer uniquement, auquel cas, ne cliquez pas dessus).

j'ai eu la même erreur. Ma solution a été de me déconnecter et de me connecter à nouveau car mon agent ssh n'était plus synchronisé avec la clé SSH distante.

ajoutant ceci ici juste au cas où quelqu'un a vu que les autres réponses ne semblent pas s'appliquer à leur situation.

je faisais face à la même question en mettant en place ssh pour gitlab. J'ai déjà ssh pour github et je n'ai pas pu l'écraser. Les étapes qui ont fonctionné pour moi sont :

1. Générer SSH avec le nouveau chemin d'accès et l'ajouter à ssh liste ssh-add /path/to/new/id_rsa .
2. créer un fichier nommé config dans ~/.ssh/ en utilisant. J'ai utilisé vi ~/.ssh/config/ .
3. ajoutez ceci au fichier nouvellement créé

# GitLab.com server Host gitlab.com RSAAuthentication yes IdentityFile /path/to/new/id_rsa

4. Sauvegarder et quitter.

après que redémarrer le terminal et essayer de pousser ,il devrait fonctionner

si vous voulez cloner des projets open source pour soumettre une demande Pull:

j'ai voulu cloner un projet open source pour pouvoir soumettre des demandes pull. Le problème était que je n'ai pas les permissions du propriétaire du projet. Peu importe, puisque mon intention était de soumettre un PR, voici une alternative viable:

ma solution:

"151970920 Fourchette" Référentiel

2. " puis clonez à partir de votre dépôt Fourché.

3. travailler sur vos fonctionnalités et ensuite soumettre une demande de pull.

C'est peut-être stupide, mais il nous est arrivé:

si vous utilisez bitbucket et Sourcetree et que vous copiez simplement coller L'URL du clone dans la nouvelle boîte de dialogue repo, vous verrez la même erreur lorsque vous tirez ou poussez.

assurez-vous de supprimer la substance 'git clone' avant L'URL.