git: fatal: Konnte nicht aus dem Remote-Repository lesen

Ich versuche, git mit http://danielmiessler.com/study/git/#website einzurichten , um meine Website zu verwalten.

Ich bin zum letzten Schritt in der Anleitung gekommen: Git Push Website + Master: Refs / Heads / Master

Ich arbeite mit der git ming32-Befehlszeile in 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.

Ein Problem hierbei kann sein, dass das Programm nach Bill@***.com sucht. Wenn ich über ssh eine Verbindung zu meiner Site herstelle, habe ich einen anderen Benutzernamen (sagen wir 'abc'). Vielleicht sollte dies also abc@***.com sein. Wenn ja, weiß ich nicht, wie ich das ändern soll oder ob ich unter einem Alias ​​pushen kann

Sie können den Benutzernamen angeben, den SSH als Teil der URL Ihrer Fernbedienung an das Remote-System senden soll. Setzen Sie den Benutzernamen gefolgt von einem @vor den Namen des Remote-Hosts.

git remote set-url website abc@***.com:path/to/repo

Ihr SSH-Schlüssel wurde höchstwahrscheinlich vom SSH-Agenten entfernt

ssh-add ~/.ssh/id_rsa

Dabei ist id_rsa ein SSH-Schlüssel, der mit Git Repo verknüpft ist

Stellen Sie sicher, dass Sie die richtige URL haben .git/config

url = git@github.com:username/repo.git

Wenn es Ihr erster Push ist, müssen Sie den richtigen Upstream einrichten

$ git push -u origin master

Sie können überprüfen, welcher Schlüssel verwendet wird:

$ ssh -vvv git@github.com

Die Antwort sollte ungefähr Folgendes enthalten:

debug1: Next authentication method: publickey
debug1: Offering RSA public key: ~/.ssh/id_rsa
...
You've successfully authenticated, but GitHub does not provide shell access.

Es ist auch möglich, Regeln für ssh in zu definieren ~/.ssh/config, z. B. basierend auf Aliasnamen:

   Host github
      HostName github.com 
      User git
      IdentityFile "~/.ssh/id_rsa"

   Host git
      HostName github.com 
      User git
      IdentityFile "~/.ssh/some_other_id"

Sie können für jeden Alias ​​eine Verbindung zu verschiedenen Ports herstellen, einen anderen Benutzernamen usw. verwenden.

Ich hatte vor einiger Zeit das gleiche Problem ...

meine .git / config hatte

url = git@github.com:manishnakar/polymer-demo.git

Ich habe es durch ersetzt

url = https://github.com/manishnakar/polymer-demo.git 

und es funktioniert jetzt :)

Versuchen Sie, die Umgebungsvariable GIT_SSH mit zu entfernen unset GIT_SSH. Dies war die Ursache meines Problems.

Stellen Sie sicher, dass ssh-agent ausgeführt wird, indem Sie den folgenden Befehl auf Ihrem Terminal ausführen:

eval $(ssh-agent -s)

Quelle: Github-Dokumentation

Dies wird normalerweise dadurch verursacht, dass der SSH-Schlüssel nicht mit der Fernbedienung übereinstimmt.

Lösungen:

1. Gehen Sie zum Terminal und geben Sie den folgenden Befehl (Mac, Linux) ein, der durch Ihre E-Mail-ID ersetzt wird.

   ssh-keygen -t rsa -C "you@email.com"

2. Kopieren Sie den generierten Schlüssel mit dem folgenden Befehl ab dem Wort ssh.

   cat ~ / .ssh / id_rsa.pub

3. Fügen Sie es in Github, Bitbucket oder Gitlab Ihrer Fernbedienung ein.
4. Speichern Sie es.

Ich hatte das gleiche Problem.

Dieser Fehler bedeutet, dass Sie Ihren Remote-URL-Speicherort nicht angegeben haben, auf den Ihr Code übertragen wird.

Sie können die Remote-URL auf zwei (hauptsächlich) Arten festlegen:

1. Geben Sie die Remote-URL an, indem Sie den Befehl auf Git Bash ausführen.

   • Navigieren Sie zu Ihrem Projektverzeichnis

   • Öffnen Sie Git Bash

   • Befehl ausführen:

     • git remote set-url origin <https://abc.xyz/USERNAME/REPOSITORY.git>

2. Erwähnen Sie die Remote-URL direkt in der Konfigurationsdatei

   • Navigieren Sie zu Ihrem Projektverzeichnis

   • Umzug in .git Ordner

   • Öffnen Sie die Konfigurationsdatei im Texteditor

   • Kopieren Sie die folgenden Zeilen und fügen Sie sie ein

     • [remote "origin"] url = https://abc.xyz/USERNAME/REPOSITORY.git fetch = +refs/heads/*:refs/remotes/origin/*

Für detailliertere Informationen besuchen Sie diesen Link .

Nachdem ich einige Nachforschungen angestellt habe, habe ich endlich eine Lösung dafür gefunden. Sie haben eine Umgebungsvariable für den Pfad plink.exe deklariert. Wenn Sie diesen Pfad entfernen, öffnen Sie die Git-Bash erneut und versuchen Sie, über SSH zu klonen. Dies funktioniert.

Siehe diesen Link

http://sourceforge.net/p/forge/site-support/2959/#204c

Ich hatte den gleichen Fehler. Die Lösung war folgende: Ich habe meine URL in korrigiert .git/config. Kopieren Sie das einfach von der HTTPS-Klon-URL. Das wäre so etwas:

url = https://github.com/*your*git*name*/*your*git*app*.git

Es funktionierte.

Eine weitere Problemumgehung:

Manchmal passiert mir das aufgrund von Netzwerkproblemen. Ich verstehe das Root-Problem nicht vollständig, aber der Wechsel zu einem anderen Subnetz oder die Verwendung von VPN löst es

Wenn Sie Gitlab verwenden, müssen Sie sich möglicherweise anmelden und neue Bedingungen für Gitlab akzeptieren, bevor Sie versuchen, zu ziehen oder zu pushen.

In Ihrer .git / config-Datei

[remote "YOUR_APP_NAME"]
    url = git@heroku.com:YOUR_APP_NAME.git
    fetch = +refs/heads/*:refs/remotes/YOUR_APP_NAME/*

Und einfach

git push YOUR_APP_NAME master:master 

In meinem Fall habe ich einen SSH-Schlüssel mit einem Passwort verwendet, um mich bei Github zu authentifizieren. Ich hatte den Festzug in Windows nicht richtig eingerichtet (nur in Cygwin). Die fehlenden Schritte bestanden darin, die Umgebungsvariable git_ssh auf plink.exe zu verweisen. Außerdem müssen Sie github.com in den plink unknown_hosts bringen.

   plink github.com
   y
   <then ctrl-c>

Hoffe das hilft!

Ich wünschte, Intellij hätte mir einen nützlicheren Fehler gegeben oder mich gebeten, das Passwort für den SSH-Schlüssel einzugeben.

Ich hatte einen falschen privaten SSH-Schlüssel für Bitbucket zusammen mit dem richtigen im SSH-Agenten.

Löschte zuerst alle Schlüssel

ssh-add -D

Dann fügte er genau den richtigen Schlüssel hinzu.

ssh-add ~/.ssh/id_rsa

In meinem Fall verwende ich das Unternehmensnetzwerk (ohne Internetverbindung) im Büro. Um Code von github abzurufen, setze ich den https-Proxy in gitbash und verwende dann https anstelle von ssh, um Code abzurufen. Es funktioniert einwandfrei. Wenn es jedoch um Push-Code geht, funktioniert der https-Proxy nicht. Wechseln Sie entweder zum Internet (mit Internetverbindung) oder setzen Sie den SSH-Proxy, um das Problem zu lösen.

Eigentlich habe ich viele Dinge versucht, damit es unter Win7 funktioniert, da ich das SSH-Exectun von native auf Build-it und rückwärts und den gleichen Fehler geändert habe. Durch Zufall ändere ich es in HTTPS in der Datei ".git / config" als:

[remote "origin"]
        url = https://github.com/user_name/repository_name.git
        fetch = +refs/heads/*:refs/remotes/origin/*

und es hat endlich funktioniert. Vielleicht könnte es auch für Sie funktionieren.

Ich hatte das gleiche Problem und nach einer Weile sah ich, dass ich unter Root-Benutzer bin (mit sudo -s). Möge dies jemandem helfen.

Wenn nach dem Befehl "git push origin master" der Fehler "Aus Remote-Repository konnte nicht gelesen werden" angezeigt wird, probieren Sie dies aus

1.ssh-keygen -t rsa -b 4096 -C "youremail"
2.eval $(ssh-agent -s)
3.ssh-add ~/.ssh/id_rsa
4.clip < ~/.ssh/id_rsa.pub(it copies the ssh key that has got generated)
5.then go to your remote repository on github and goto settings-> SSH and GPG keys ->new SSH key ->enter any title and paste the copied SSH key and save it
6. now give git push origin master 

Ich hatte einen perfekt funktionierenden Git und plötzlich bekam ich diesen Fehler, als ich versuchte, zum Master zu pushen. Wie ich herausfand, lag es daran, dass der Repository-Host Probleme hatte.

Wenn Sie GitHub oder Bitbucket verwenden, können Sie den Status einfach unter überprüfen

https://status.github.com/messages oder https://status.bitbucket.org/

Ich hatte den gleichen Fehler, der mich zu dieser Antwort brachte, die mir nicht half. Ich habe zum ersten Mal versucht, ein neues "nacktes" Repository mit den folgenden Befehlen zu erstellen, um einen NTFS-Speicherort zu ermitteln:

cd myrepository
git init --bare \\myserver.mycompany.local\myrepository.git
git init
git status
git add .
git status
git commit -m "Initial Commit"
git remote add origin \\myserver.mycompany.local\myrepository.git
git push -u origin master
git status

Es stellte sich heraus, dass mein Problem darin bestand, die Schrägstriche anstelle der Schrägstriche am NTFS-Speicherort zu verwenden, wenn versucht wurde, den Ursprung hinzuzufügen, um den (neuen) verfolgten Upstream-Zweig festzulegen.

Ich musste den Ursprung entfernen mit:

git remote rm origin

Fügen Sie dann den Ursprung erneut mit den erwarteten Schrägstrichen hinzu

git remote add origin //myserver.mycompany.local/myrepository.git

Hoffe das hilft jemandem in der Zukunft.

Ich habe diesen Fehler nach dem Computerwechsel. Ich verwende SourceTree mit Bitbucket.

Daher musste ich den von SourceTree generierten SSH-Schlüssel auf dem neuen Computer unter Bitbucket-Einstellungen> Sicherheit> SSH-Schlüssel hinzufügen, während ich mit meinem Bitbucket-Konto im Web verbunden war.

Ich habe dieses Problem durch einen Neustart des Terminals gelöst (öffne ein neues Fenster / eine neue Registerkarte).

Wenn Sie das zugrunde liegende Problem nicht wirklich verstehen wollen / müssen, ist die Testmethode einen Versuch wert, bevor Sie tiefer graben :)

Für diejenigen, die dieses Problem auf einem privaten Remote-Repo haben. Stellen Sie sicher, dass Sie die Xcode-Vereinbarung auf dem Remote-Server akzeptiert haben: Es hat Wochen gedauert, bis wir dieses Update gefunden haben

Verwenden Sie diesen Befehl über die Befehlszeile: sudo xcodebuild -license

Ich wollte nur mitteilen, dass ich eine einfache Lösung dafür gefunden habe:

Zugriff abgelehnt. Schwerwiegend: Konnte nicht aus dem Remote-Repository lesen. Stellen Sie sicher, dass Sie über die richtigen Zugriffsrechte verfügen und das Repository vorhanden ist.

Melden Sie sich einfach von gitlab ab und erneut an. Die Probleme sollten dann behoben werden.

Stellen Sie bei der Verwendung von Kitt / Festzug sicher, dass Sie nicht vergessen haben, dem Festzug den richtigen SSH-Schlüssel hinzuzufügen. Andernfalls wird dieser Fehler angezeigt. DUH

In meinem Fall war es der PostBuffer ..

git config --global http.postBuffer 524288000

Als Referenz lesen Sie: https://gist.github.com/marcusoftnet/1177936

Gehen Sie zum MINGW32-Terminal und geben Sie diesen Befehl ein: git branch --set-upstream-to = origin / (Name des Zweigs)

Wenn Sie immer noch den gleichen Fehler erhalten, stellen Sie bitte sicher, dass in den Git-Einstellungen-> Registerkarte ssh-> zu verwendender ssh-Client openSSH eingestellt ist

Nach meiner Erfahrung ist einer der Gründe, warum dieses Problem aufgetreten ist, dass Sie eine instabile Internetverbindung haben .