J'essaie de configurer git avec http://danielmiessler.com/study/git/#website pour gérer mon site.
Je suis arrivé à la dernière étape des instructions: site web git push + master: refs / heads / master
Je travaille en utilisant la ligne de commande git ming32 dans win7
$ git push website +master:refs/heads/master
Bill@***.com's password:
Connection closed by 198.91.80.3
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.
Un problème ici peut être que le programme recherche Bill@***.com. lorsque je me connecte via ssh à mon site, j'ai un nom d'utilisateur différent (disons «abc»). alors peut-être que cela devrait être abc@***.com. Si oui, je ne sais pas comment changer cela ou si je peux pousser sous un alias
.git/config
fichier et voir que tout est en ordre. Il y avait des valeurs set-url et origine incorrectes pour moi.Réponses:
Vous pouvez spécifier le nom d'utilisateur que SSH doit envoyer au système distant dans le cadre de l'URL de votre télécommande. Mettez le nom d'utilisateur, suivi d'un
@
, avant le nom d'hôte distant.la source
.git/config
qui a le paramètre d'URL à distancegit
. Exemple:[email protected]:mayoff/uiimage-from-animated-gif.git
Github détermine votre identité en examinant la clé SSH que vous envoyez.Votre clé ssh a probablement été supprimée de l'agent ssh
où id_rsa est une clé ssh associée à git repo
la source
ssh-add ~/.ssh/theKeyInQuestion
me suis à nouveau opérationnel avec cette prise en pension, la clé ne savait pas enlevé, ou ce « enlevé » signifie même , mais au moins j'ai pu s'authentifier à nouveau. SSH est un mystère total pour moi, même après des mois de traitement des problèmes d'authentification. Les problèmes d'agent ssh sont une chose de plus à savoir!Could not open a connection to your authentication agent.
.Assurez-vous d'avoir l'URL correcte dans
.git/config
Si c'est votre première poussée, vous devrez configurer correctement en amont
Vous pouvez vérifier quelle clé est utilisée par:
La réponse doit contenir quelque chose comme ceci:
Il est également possible de définir des règles pour ssh dans
~/.ssh/config
, par exemple en fonction des alias:Vous pouvez définir la connexion à différents ports, utiliser un nom d'utilisateur différent, etc. pour chaque alias.
la source
url
été défini surhttps://github.com/user/repo.git
(sans[email protected]
) et il a donc refusé d'utiliser ma clé SSH. C'est peut-être parce que je l'ai cloné à l'aide de GIthub pour Windows à l'origine (?)url = ssh://github.com/RaphaelBossek/dev-atlassian-jira-proman.git
àurl = ssh://[email protected]/RaphaelBossek/dev-atlassian-jira-proman.git
et cela a fonctionné à nouveau-vvv
allusion m'a été utile. Maintenant, je vois qu'il dit "Connexion fermée par le port 22 de XXX.XXX.XXX.X".J'étais confronté au même problème il y a quelque temps ...
mon .git / config avait
Je l'ai remplacé par
et ça marche maintenant :)
la source
ssh
clés, vous aurez probablement ce problème. Le correctif indiqué doit être utilisé à lahttps
place, ou configurer le propriétaire dussh
git remote set-url ...
trompés comme moi OU qui ont stupidement un gros alphabet dans leur nom d'utilisateur (par exemple PeDro) comme moi (!) Devraient suivre ceci. Cela a fonctionné :)Essayez de supprimer la variable d'environnement GIT_SSH avec
unset GIT_SSH
. C'était la cause de mon problème.la source
Assurez-vous que ssh-agent est en cours d'exécution en exécutant la commande suivante sur votre terminal:
Source: documentation Github
la source
.zshrc
dossier?Cela est généralement dû au fait que la clé SSH ne correspond pas à la télécommande.
Solutions:
Accédez au terminal et tapez la commande suivante (Mac, Linux) remplacer par votre identifiant de messagerie.
ssh-keygen -t rsa -C "[email protected]"
Copiez la clé générée à l'aide de la commande suivante à partir du mot ssh.
cat ~ / .ssh / id_rsa.pub
la source
J'ai eu le même problème.
Cette erreur signifie que vous n'avez pas spécifié l'emplacement de votre URL distante sur laquelle votre code va pousser.
Vous pouvez définir une URL distante de 2 manières (principalement):
Spécifiez l'URL distante via l'exécution de la commande sur Git Bash.
Accédez à votre répertoire de projet
Ouvrez Git Bash
Exécuter la commande:
git remote set-url origin <https://abc.xyz/USERNAME/REPOSITORY.git>
Mentionnez l'URL distante directement dans le fichier de configuration
Accédez à votre répertoire de projet
Déplacer vers le dossier .git
Ouvrir le fichier de configuration dans l'éditeur de texte
Copiez et collez sous les lignes
[remote "origin"] url = https://abc.xyz/USERNAME/REPOSITORY.git fetch = +refs/heads/*:refs/remotes/origin/*
Pour des informations plus détaillées, visitez ce lien .
la source
Après avoir fait quelques recherches, j'ai finalement trouvé une solution pour cela, vous avez déclaré une variable d'environnement au chemin plink.exe. Donc, si vous supprimez ce chemin, rouvrez le git bash et essayez de cloner via SSH, cela fonctionnera.
Se référer à ce lien
http://sourceforge.net/p/forge/site-support/2959/#204c
la source
J'ai eu la même erreur. La solution était la suivante: j'ai corrigé mon URL
.git/config
. Je viens de le copier depuis l'URL du clone HTTPS. Ce serait quelque chose comme ça:Ça a marché.
la source
Une autre solution:
Parfois, cela m'arrive à cause de problèmes de réseau. Je ne comprends pas complètement le problème racine, mais le passage à un autre sous-réseau ou l'utilisation d'un VPN le résout
la source
Si vous utilisez Gitlab, vous devrez peut-être vous connecter et accepter les nouveaux termes de Gitlab avant d'essayer de tirer ou de pousser.
la source
Dans votre fichier .git / config
Et simplement
la source
Dans mon cas, j'utilisais une clé ssh avec un mot de passe pour m'authentifier avec github. Je n'avais pas configuré correctement le concours dans Windows (uniquement dans cygwin). Les étapes manquantes consistaient à pointer la variable d'environnement git_ssh vers plink.exe. De plus, vous devez placer github.com dans le plink known_hosts.
J'espère que cela t'aides!
Je souhaite que l'intellij m'ait donné une erreur plus utile, ou mieux m'a demandé de taper le mot de passe de la clé ssh.
la source
J'ai eu une mauvaise clé privée ssh pour Bitbucket avec la bonne dans l'agent ssh.
Supprimé toutes les clés en premier
Ensuite, j'ai ajouté juste la bonne touche.
la source
Pour mon cas, j'utilise le réseau d'entreprise (sans connexion Internet) au bureau. Pour extraire le code de github, j'ai défini le proxy https dans gitbash, puis j'utilise https au lieu de ssh pour extraire le code, cela fonctionne très bien. Cependant, lorsqu'il s'agit de pousser du code, le proxy https ne fonctionnera pas. Donc, soit passer au réseau Internet (avec connexion Internet) ou définir un proxy ssh peut résoudre le problème.
la source
En fait, j'ai essayé beaucoup de choses pour le faire fonctionner sur Win7, depuis le changement du natif SSH exectun fron en build-it et en arrière et la même erreur. Par chance, je le change en HTTPS dans le fichier ".git / config" comme:
et cela a finalement fonctionné. Alors peut-être que cela pourrait aussi fonctionner pour vous.
la source
J'ai eu le même problème et après un certain temps, j'ai vu que j'étais sous root (avec sudo -s). Que cela aide quelqu'un.
la source
Si après la commande "git push origin master" u voyez l'erreur "impossible de lire à partir du référentiel distant", essayez ceci
la source
J'avais un git de travail parfaitement bien et tout à coup j'ai eu cette erreur quand j'ai essayé de pousser vers le maître. Comme je l'ai découvert, c'était parce que l'hôte du référentiel avait des problèmes.
Si vous utilisez GitHub ou Bitbucket, vous pouvez facilement vérifier l'état à
https://status.github.com/messages ou https://status.bitbucket.org/
la source
J'ai eu la même erreur, ce qui m'a amené à cette réponse qui ne m'a pas aidé. J'essayais de créer un nouveau référentiel "nu" pour la première fois en utilisant les commandes ci-dessous pour suivre vers un emplacement NTFS:
Mon problème s'est avéré utiliser les barres obliques inverses au lieu des barres obliques dans l'emplacement NTFS lorsque j'essaie d'ajouter l'origine pour définir la (nouvelle) branche en amont suivie.
J'ai dû supprimer l'origine en utilisant:
Ensuite, ajoutez à nouveau l'origine en utilisant les barres obliques attendues
J'espère que cela aidera quelqu'un à l'avenir.
la source
J'ai cette erreur après avoir changé d'ordinateurs. J'utilise SourceTree avec Bitbucket.
J'ai donc dû ajouter la clé SSH générée par SourceTree, sur le nouvel ordinateur, dans Paramètres Bitbucket> Sécurité> Clés SSH, tout en étant connecté à mon compte Bitbucket sur le Web.
la source
J'ai résolu ce problème en redémarrant le terminal (ouvrez une nouvelle fenêtre / un nouvel onglet).
Donc, si vous ne voulez pas / n'avez pas vraiment besoin de comprendre le problème sous-jacent, la méthode de test vaut la peine d'essayer avant de creuser plus profondément :)
la source
Pour ceux qui ont ce problème sur un dépôt distant privé. assurez-vous d'avoir accepté l'accord Xcode sur le serveur distant: il nous a fallu des semaines pour trouver ce correctif
Utilisez cette commande à partir de la ligne de commande: sudo xcodebuild -license
la source
je voulais juste partager que j'ai trouvé une solution facile pour cela:
Accès 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.
déconnectez-vous simplement de gitlab et reconnectez-vous. Les problèmes doivent ensuite être résolus.
la source
Lorsque vous utilisez putty / pageant, assurez-vous que vous n'avez pas oublié d'ajouter la bonne clé SSH à pageant, sinon cette erreur apparaît. DUH
la source
Dans mon cas, c'était le postBuffer ..
Pour référence, lisez: https://gist.github.com/marcusoftnet/1177936
la source
Allez sur le terminal MINGW32, mettez cette commande: git branch --set-upstream-to = origin / (branch Name)
la source
Si vous obtenez toujours la même erreur, veuillez vous assurer que dans les paramètres git-> onglet ssh- > client ssh à utiliser est défini sur openSSH
la source
D'après mon expérience, l'une des raisons pour lesquelles ce problème s'est produit est que votre connexion Internet est instable .
la source