J'ai créé un nouveau référentiel et je rencontre une erreur étrange. J'ai déjà utilisé Git sur Bitbucket mais je viens de le reformater et maintenant je n'arrive pas à faire fonctionner Git. Après avoir fait un commit, j'ai dû ajouter mon email et mon nom aux globals, mais ensuite ça s'est très bien engagé.

Quand j'essaye d'utiliser la commande

git push origin master

ça ne marche pas. Je reçois ce message:

$ git push origin master
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Je suis perdu ici. Mon ami avec qui je partage ce référentiel, l'a bien accédé et l'a poussé très bien, mais je n'arrive pas à le faire fonctionner.

Écrire ceci pour ceux qui commencent tout juste avec Git et BitBucket sur Windows et qui ne sont pas aussi familiers avec Bash (car il s'agit à la fois d'un problème courant et d'un résultat Google de haut niveau lors de la recherche du message d'erreur dans la question).

Pour ceux qui ne craignent pas HTTPS et qui recherchent une solution rapide, faites défiler vers le bas de cette réponse pour obtenir des instructions sous POUR LES PARAINES

Pour ceux qui cherchent à résoudre le problème réel, suivez les instructions ci-dessous:

Résoudre le problème SSH le plus rapidement possible

Il s'agit d'un ensemble d'instructions dérivées de l'URL liée par VonC. Il a été modifié pour être aussi résilient et succinct que possible.

• Ne tapez pas la $ou les lignes qui ne commencent pas par $( $cela signifie que c'est quelque chose que vous tapez dans GitBash).

• Ouvrez GitBash

Définissez vos informations générales si vous ne l'avez pas déjà fait:

$ git config --global user.name "Your Name"
$ git config --global user.email "[email protected]"

Vérifiez OpenSSH:

$ ssh -v localhost
OpenSSH_4.6p1, OpenSSL...

Vous voyez quelque chose comme ça?

• Oui: continuez.
• Non: passez à la section POUR LES PARAINES ou suivez l'article lié de VonC.

Vérifiez si vous avez déjà généré les clés:

$ ls -a ~/.ssh/id_*

S'il y a deux fichiers, vous pouvez ignorer l'étape suivante.

$ ssh-keygen

Laissez tout par défaut, entrez une phrase de passe. Vous devriez maintenant voir les résultats avec cette commande:

$ ls -a ~/.ssh/id_*

Recherchez un fichier de configuration existant:

$ ls -a ~/.ssh/config

Si vous obtenez un résultat, recherchez dans ce fichier des informations erronées. Si aucun fichier n'existe, procédez comme suit:

$ echo "Host bitbucket.org" >> ~/.ssh/config
$ echo " IdentityFile ~/.ssh/id_rsa" >> ~/.ssh/config

Confirmez le contenu:

$ cat ~/.ssh/config

Host bitbucket.org
 IdentityFile ~/.ssh/id_rsa

• L'espace unique avant "IdentityFile" est requis.

Vérifiez que vous démarrez l'agent SSH à chaque fois que vous exécutez GitBash:

$ cat ~/.bashrc

• Si vous voyez une fonction appelée start_agent, cette étape est déjà terminée.
• Si aucun fichier, continuez.
• S'il existe un fichier qui ne contient pas cette fonction, vous êtes dans une situation délicate. Il est probablement prudent de l'ajouter (en utilisant les instructions ci-dessous), mais ce n'est peut-être pas le cas! En cas de doute, effectuez une sauvegarde de votre .bashrc avant de suivre les instructions ci-dessous ou passez directement à la section POUR LES PARAINES .

Entrez ce qui suit dans GitBash pour créer votre fichier .bashrc:

$ echo "SSH_ENV=$HOME/.ssh/environment" >> ~/.bashrc
$ echo "" >> ~/.bashrc
$ echo "# start the ssh-agent" >> ~/.bashrc
$ echo "function start_agent {" >> ~/.bashrc
$ echo "    echo \"Initializing new SSH agent...\"" >> ~/.bashrc
$ echo "    # spawn ssh-agent" >> ~/.bashrc
$ echo "    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > \"\${SSH_ENV}\"" >> ~/.bashrc
$ echo "    echo succeeded" >> ~/.bashrc
$ echo "    chmod 600 \"\${SSH_ENV}\"" >> ~/.bashrc
$ echo "    . \"\${SSH_ENV}\" > /dev/null" >> ~/.bashrc
$ echo "    /usr/bin/ssh-add" >> ~/.bashrc
$ echo "}" >> ~/.bashrc
$ echo "" >> ~/.bashrc
$ echo "if [ -f \"\${SSH_ENV}\" ]; then" >> ~/.bashrc
$ echo "     . \"\${SSH_ENV}\" > /dev/null" >> ~/.bashrc
$ echo "     ps -ef | grep \${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {" >> ~/.bashrc
$ echo "        start_agent;" >> ~/.bashrc
$ echo "    }" >> ~/.bashrc
$ echo "else" >> ~/.bashrc
$ echo "    start_agent;" >> ~/.bashrc
$ echo "fi" >> ~/.bashrc

Vérifiez que le fichier a été créé avec succès (le vôtre ne doit différer que là où "votre nom d'utilisateur" apparaît):

$ cat ~/.bashrc
SSH_ENV=/c/Users/yourusername/.ssh/environment

# start the ssh-agent
function start_agent {
    echo "Initializing new SSH agent..."
    # spawn ssh-agent
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
    echo succeeded
    chmod 600 "${SSH_ENV}"
    . "${SSH_ENV}" > /dev/null
    /usr/bin/ssh-add
}

if [ -f "${SSH_ENV}" ]; then
     . "${SSH_ENV}" > /dev/null
     ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
        start_agent;
    }
else
    start_agent;
fi

• Fermez GitBash et rouvrez-le.
• Vous devriez être invité à entrer votre phrase de passe (pour le fichier SSH que vous avez généré précédemment).
• S'il n'y a pas d'invite, soit vous n'avez pas défini de phrase de passe, soit GitBash n'exécute pas le script .bashrc (ce qui serait étrange, alors envisagez d'en revoir le contenu!). Si vous l'exécutez sur un Mac (OS X), .bashrcn'est pas exécuté par défaut - .bash_profileest. Pour résoudre ce problème, placez cet extrait dans votre .bash_profile:[[ -s ~/.bashrc ]] && source ~/.bashrc

Si vous n'avez pas entré de phrase de passe, vous auriez vu quelque chose comme ceci lors du démarrage de GitBash:

Initializing new SSH agent...
succeeded
Identity added: /c/Users/yourusername/.ssh/id_rsa (/c/Users/yourusername/.ssh/id_rsa)

Et ce qui suit devrait renvoyer des résultats:

$ ssh-add -l

Cependant, si vous obtenez les éléments suivants ssh-add -l:

Could not open a connection to your authentication agent.

Cela n'a pas engendré l'agent SSH et votre .bashrc en est probablement la cause.

Si, au démarrage de GitBash, vous voyez ceci:

Initializing new SSH agent...
sh.exe": : No such file or directory

Cela signifie que vous avez oublié d'échapper le $ avec un \ lors de l'écho dans le fichier (c'est-à-dire que les variables ont été développées). Recréez votre .bashrc pour résoudre ce problème.

Vérifiez que l'agent est en cours d'exécution et que vos clés ont été ajoutées:

$ ssh-add -l

Devrait retourner quelque chose de similaire à ceci:

2048 0f:37:21:af:1b:31:d5:cd:65:58:b2:68:4a:ba:a2:46 /Users/yourusername/.ssh/id_rsa (RSA)

Exécutez la commande suivante pour obtenir votre clé publique:

$ cat ~/.ssh/id_rsa.pub

(il devrait renvoyer quelque chose commençant par "ssh-rsa ......"

• Cliquez sur l'icône de la fenêtre GitBash
• Cliquez sur Modifier
• Cliquez sur Marquer
• Mettez en surbrillance la clé publique à l'aide de votre souris (y compris le ssh-rsabit de début et le == [email protected]bit de fin )
• Cliquez avec le bouton droit sur la fenêtre (effectue une copie)
• Collez votre clé publique dans le Bloc-notes.
• Supprimez toutes les nouvelles lignes de sorte qu'il ne s'agisse que d'une seule ligne.
• Appuyez sur CTRL+Apuis CTRL+Cpour copier à nouveau la clé publique dans votre presse-papiers.

Configurez votre clé privée avec BitBucket en effectuant les étapes suivantes:

• Ouvrez votre navigateur et accédez au site BitBucket.org
• Connectez-vous à BitBucket.org
• Cliquez sur votre avatar (en haut à droite)
• Cliquez sur Gérer le compte
• Cliquez sur Clés SSH (sous Sécurité dans le menu de gauche)
• Cliquez sur Ajouter une clé
• Entrez Global Public Keypour l'étiquette
• Collez la clé publique que vous avez copiée à partir du Bloc-notes

Une Global Public Keyentrée devrait maintenant être visible dans votre liste de clés.

• Revenir à GitBash
• cd dans le répertoire contenant votre projet
• Remplacez votre origine par la variante SSH (ce ne sera pas le cas si vous avez exécuté les étapes FOR THE LAZY )

Vérifiez vos télécommandes:

$ git remote -v

Basculez vers l'url SSH:

$ git remote set-url origin [email protected]:youraccount/yourproject.git

Vérifiez que les choses fonctionnent:

$ git remote show origin

Vous devriez voir quelque chose comme ceci:

Warning: Permanently added the RSA host key for IP address '...' to the list of known hosts.
* remote origin
  Fetch URL: [email protected]:youruser/yourproject.git
  Push  URL: [email protected]:youruser/yourproject.git
  HEAD branch: master
  Remote branch:
    master tracked
  Local ref configured for 'git push':
    master pushes to master (fast-forwardable)

TERMINÉ!

Vous pouvez choisir d'utiliser HTTPS au lieu de SSH. Il vous faudra taper votre mot de passe pendant les opérations à distance (il est temporairement mis en cache après que vous l'avez tapé une fois). Voici comment configurer HTTPS:

POUR LES PARAINES

Vous devez résoudre le problème SSH comme décrit par VonC; cependant, si vous êtes pressé de vous engager et que vous n'avez pas les outils / le temps / les connaissances pour générer une nouvelle clé publique pour le moment , définissez votre origine sur l'alternative HTTPS:

> https://[email protected]/accountname/reponame.git

Utilisation d'un outil GUI tel que TortoiseGit ou des outils de ligne de commande .

Voici la documentation de cette URL d'origine alternative.

Ligne de commande pour ajouter une origine s'il n'en existe pas:

git remote add origin https://[email protected]/accountname/reponame.git

Ligne de commande pour modifier une origine existante:

git remote set-url origin https://[email protected]/accountname/reponame.git

REMARQUE: votre nom de compte n'est pas votre adresse e-mail.

Vous pouvez également définir vos informations globales:

git config --global user.name "Your Name"
git config --global user.email "[email protected]"

Puis réessayez votre push (pas besoin de vous engager à nouveau)

git push origin master

Cette erreur se produit également si vous avez oublié d'ajouter la clé privée à ssh-agent. Faites ceci avec:

ssh-add ~/.ssh/id_rsa

Reformaté signifie que vous avez probablement supprimé vos clés ssh publiques et privées (dans ~ / .ssh).

Vous devez les régénérer et publier votre clé ssh publique sur votre profil BitBucket, comme indiqué dans « Utiliser le protocole SSH avec Bitbucket », après « Configurer SSH pour Git avec GitBash ».

Comptes-> Gérer les comptes-> Clés SSH:

Ensuite:

^{Images de « Intégration de Mercurial / BitBucket avec le logiciel JetBrains »}

J'ai résolu ce problème en supprimant la télécommande à l'aide de la commande:

git remote remove origin

puis a essayé d'ajouter à distance en utilisant l'url https au lieu de ssh

git remote add origin httpsUrl

Il demande des informations d'identification github. Entrez les informations d'identification, puis essayez de pousser vers git en utilisant:

git push origin master

J'ai eu le même problème. Mes clés SSH ont été définies correctement. J'ai résolu ce problème comme ça.

Après avoir créé un nouveau projet dans Bitbucket, utilisez clone. Entrez la commande de clonage dans le terminal et il devrait cloner le projet vide sur votre ordinateur. Après cela, vous pouvez copier vos fichiers dans ce répertoire et commencer à valider et à pousser vers bitbucket.

Juste besoin d'un fichier de configuration dans le répertoire ~ / .ssh
réf: https://confluence.atlassian.com/bitbucket/set-up-ssh-for-git-728138079.html
ajouter la configuration ci-dessous dans le fichier de configuration

Host bitbucket.org
 IdentityFile ~/.ssh/<privatekeyfile>

Deux petites clarifications qui pourraient éviter à quelqu'un la confusion que j'ai traversée:

1 - Les URL de connexion diffèrent pour HTTPS et SSH

Lors de la connexion via https, vous utilisez

https://[email protected]/owner-account/repo-name.git

cependant lors de la connexion via SSH, le nom du compte est toujours "git"

ssh://[email protected]/owner-account/repo-name.git

Tenter de se connecter à SSH avec le nom de votre compte devant entraînera l'erreur que l'affiche originale a reçue. C'est ainsi que vous pouvez faire le test de connexion à git @, puis essayer par erreur avec votre nom d'utilisateur et voir une erreur.

2 - Les clés SSH via les comptes d'équipe seront obsolètes en 2017

Si vous configurez des clés SSH sur des comptes d'équipe, ils recommandent de les basculer vers des comptes personnels. Un conseil utile pour éviter e

Si vous utilisez SourceTree (j'utilise 2.4.1), j'ai trouvé un moyen plus simple de générer une clé SSH et de l'ajouter à mes paramètres Bitbucket. Cela a résolu le problème pour moi.

1. Dans SourceTree, allez dans Préférences.
2. Allez dans l'onglet Comptes et sélectionnez votre compte.
3. Il devrait y avoir une option pour générer et copier une clé SSH dans le presse-papiers.
4. Une fois que vous avez copié cela, accédez à Bitbucket dans votre navigateur. Accédez à [avatar] -> Paramètres Bitbucket.
5. Accédez aux clés SSH.
6. Cliquez sur Ajouter une clé
7. Collez la clé que vous avez copiée.

J'ai reçu un e-mail de confirmation de Bitbucket indiquant qu'une clé SSH avait été ajoutée à mon compte.

Pour référence, sur macOS, à l'aide de Terminal, vous pouvez utiliser la commande suivante pour voir les clés générées pour votre appareil. C'est là que la clé que vous avez générée est stockée.

ls -la ~/.ssh

Comme d'autres l'ont indiqué, cette documentation m'a aidé: Utiliser le protocole SSH avec Bitbucket Cloud

Faites le ssh comme dans le didacticiel Atlassian et assurez-vous que la clé privée est collée dans le profil, pas dans le référentiel :)

J'ai eu cette même erreur pour un référentiel - tout à coup, tous les autres étaient et fonctionnent toujours bien lorsque j'essaye de pousser des commits. Le problème semblait être avec la clé SSH (comme vous le savez déjà dans les commentaires précédents) - sur bitbucket, View Profilecliquez sur Manage Account.

Sur le côté gauche, cliquez sur SSH Keyspuis ajoutez celui que vous avez sur votre système sous le répertoire ~ / .ssh /.

Si vous n'en avez pas encore généré, utilisez les instructions de l'un des articles, mais assurez-vous d'utiliser le fichier id_dsa.pub par défaut ou un fichier nommé personnalisé, avec plus tard l' -ioption avec le chemin d'accès à la clé lorsque vous connecter ie

ssh -i ~/.ssh/customkeyname username@ip_address

Une fois que vous avez ajouté votre clé locale à votre compte sur bitbucket, vous pourrez commencer à interagir avec votre référentiel.

J'ai trouvé que la solution qui fonctionnait le mieux pour moi était de diviser la poussée en petits morceaux.

et en supprimant les grands fichiers d'image de capture d'écran (10 Mo +) des commits

La sécurité n'était pas un problème à la fin plus sur les limites des fichiers bin

Cette erreur apparaît également lorsque le référentiel n'existe pas. J'ai essayé toutes les réponses jusqu'à ce que je vois que le nom du repo manquait un tiret

Pour les erreurs:

[Erreur] Accès au référentiel refusé. l'accès via une clé de déploiement est en lecture seule. fatal: impossible de lire à partir du référentiel distant. Veuillez vous assurer que vous disposez des droits d'accès appropriés et que le référentiel existe.

[Erreur] fatale: impossible de lire à partir du référentiel distant.

[erreur] fatale: impossible de trouver l'assistant distant pour "https"

J'ai résolu en suivant ces étapes:

Installez d'abord ces dépendances:

$ yum install expat expat-devel openssl openssl-devel

Puis supprimez git:

$ yum remove git git-all

Maintenant, construisez et installez Git sur la dernière version, dans ce cas:

$ wget https://github.com/git/git/archive/v2.13.0.tar.gz
$ tar zxf v.2.13.0.tar.gz
$ cd git-2.13.0/

Puis pour la configuration:

$ make configure
$ ./configure --with-expat --with-openssl

Et enfin installez comme ceci:

$ make 
$ make install install-doc install-html install-info

c'est tout, maintenant configurez votre dépôt avec https:

$ git remote add origin https://github.com/*user*/*repo*.git
# Verify new remote
$ git remote -v

si vous avez configuré une clé ssh sur votre serveur distant, vous devez la supprimer.

J'ai cette erreur

Connexion à bitbucket.org fermée par l'hôte distant. fatal: impossible de lire à partir du référentiel distant. Veuillez vous assurer que vous disposez des droits d'accès appropriés.

Puis j'ai essayé

git config --global user.email "[email protected]"

travaillé sans guillemets.

J'ai trouvé que la ligne de commande git n'avait pas envie de mes clés générées par Pageant (Windows 10).

Voir ma réponse sur Serverfault

J'utilise macOS et bien que j'aie configuré ma clé publique dans bitbucket la prochaine fois que j'ai essayé de pousser, j'ai obtenu

accès au référentiel refusé.

fatal: impossible de lire à partir du référentiel distant.

Veuillez vous assurer que vous disposez des droits d'accès appropriés et que le référentiel existe.

Ce que je devais faire était l' étape 2. Ajoutez la clé à l'agent ssh comme décrit dans le guide de configuration des clés SSH Bitbucket et en particulier la 3ème étape:

(macOS uniquement) Pour que votre ordinateur se souvienne de votre mot de passe à chaque redémarrage, ouvrez (ou créez) le fichier ~ / .ssh / config et ajoutez ces lignes au fichier:

Hôte *
UseKeychain oui

J'espère que cela aide un utilisateur de mac avec le même problème.

Cela est probablement dû à la présence de plusieurs clés SSH dans l'agent SSH (et / ou BitBucket). Consultez la documentation Atlassian pour la solution de contournement pour cela

J'ai eu ce problème et je pensais que j'étais fou. J'utilise SSH depuis 20 ans. et git sur SSH depuis 2012 ... mais pourquoi ne puis-je pas récupérer mon référentiel bitbucket sur mon ordinateur personnel?

eh bien, j'ai deux comptes bitbucket et 4 clés SSH sont chargées dans mon agent. même si mon .ssh / config a été configuré pour utiliser la bonne clé. lorsque ssh initialisait la connexion, il les utilisait dans l'ordre chargé dans l'agent. donc je me connectais à mon compte bitbucket personnel.

puis obtenir une erreur Interdite en essayant de récupérer le dépôt. logique.

J'ai déchargé la clé de l'agent

ssh-add -d ~/.ssh/personal_rsa

alors je pourrais aller chercher les pensions.

... Plus tard, j'ai découvert que je pouvais le forcer à utiliser uniquement l'identité spécifiée

 Host bitbucket.org-user2
     HostName bitbucket.org
     User git
     IdentityFile ~/.ssh/user2
     IdentitiesOnly yes

Je ne connaissais pas cette dernière option IdentitiesOnly

à partir de la documentation de bitbucket elle-même

https://blog.developer.atlassian.com/different-ssh-keys-multiple-bitbucket-accounts/

Essayez juste

git remote add origin <HTTP URL>