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
.git/config
Datei an und sehen Sie, dass alles in Ordnung ist. Es hatte falsche Set-URL- und Ursprungswerte für mich.Antworten:
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.quelle
.git/config
die den Remote-URL-Parameter hatgit
. Beispiel:[email protected]:mayoff/uiimage-from-animated-gif.git
Github ermittelt Ihre Identität anhand des von Ihnen gesendeten SSH-Schlüssels.Ihr SSH-Schlüssel wurde höchstwahrscheinlich vom SSH-Agenten entfernt
Dabei ist id_rsa ein SSH-Schlüssel, der mit Git Repo verknüpft ist
quelle
ssh-add ~/.ssh/theKeyInQuestion
hat mich gesichert und mit diesem Repo laufen, wusste nicht , dass der Schlüssel entfernt wird , oder was „entfernt“ auch Mittel , aber zumindest konnte ich wieder authentifiziert werden. SSH ist mir auch nach Monaten der Authentifizierung ein Rätsel. Probleme mit SSH-Agenten sind eine weitere Sache, die Sie beachten sollten!Stellen Sie sicher, dass Sie die richtige URL haben
.git/config
Wenn es Ihr erster Push ist, müssen Sie den richtigen Upstream einrichten
Sie können überprüfen, welcher Schlüssel verwendet wird:
Die Antwort sollte ungefähr Folgendes enthalten:
Es ist auch möglich, Regeln für ssh in zu definieren
~/.ssh/config
, z. B. basierend auf Aliasnamen:Sie können für jeden Alias eine Verbindung zu verschiedenen Ports herstellen, einen anderen Benutzernamen usw. verwenden.
quelle
url
wurde das aufhttps://github.com/user/repo.git
(ohne[email protected]
) gesetzt und weigerte sich daher, meinen SSH-Schlüssel zu verwenden. Vielleicht liegt es daran, dass ich es ursprünglich mit GIthub für Windows geklont habe (?)url = ssh://github.com/RaphaelBossek/dev-atlassian-jira-proman.git
zuurl = ssh://[email protected]/RaphaelBossek/dev-atlassian-jira-proman.git
und es funktionierte wieder-vvv
Hinweis war hilfreich für mich. Jetzt sehe ich, dass es heißt "Verbindung durch XXX.XXX.XXX.X Port 22 geschlossen".Ich hatte vor einiger Zeit das gleiche Problem ...
meine .git / config hatte
Ich habe es durch ersetzt
und es funktioniert jetzt :)
quelle
ssh
Schlüssel eingerichtet hat, tritt dieses Problem wahrscheinlich auf. Das Update wie angegeben ist,https
stattdessen zu verwenden oder den Repo-Besitzer einzurichtenssh
git remote set-url ...
wie ich das Falsche verstanden haben ODER die dummerweise ein Big Case Alphabet in ihrem Benutzernamen haben (zB PeDro) wie ich (!), Sollte dies folgen. Es hat funktioniert :)Versuchen Sie, die Umgebungsvariable GIT_SSH mit zu entfernen
unset GIT_SSH
. Dies war die Ursache meines Problems.quelle
Stellen Sie sicher, dass ssh-agent ausgeführt wird, indem Sie den folgenden Befehl auf Ihrem Terminal ausführen:
Quelle: Github-Dokumentation
quelle
.zshrc
Datei einfügen?Dies wird normalerweise dadurch verursacht, dass der SSH-Schlüssel nicht mit der Fernbedienung übereinstimmt.
Lösungen:
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 "[email protected]"
Kopieren Sie den generierten Schlüssel mit dem folgenden Befehl ab dem Wort ssh.
cat ~ / .ssh / id_rsa.pub
quelle
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:
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>
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 .
quelle
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
quelle
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:Es funktionierte.
quelle
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
quelle
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.
quelle
In Ihrer .git / config-Datei
Und einfach
quelle
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.
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.
quelle
Ich hatte einen falschen privaten SSH-Schlüssel für Bitbucket zusammen mit dem richtigen im SSH-Agenten.
Löschte zuerst alle Schlüssel
Dann fügte er genau den richtigen Schlüssel hinzu.
quelle
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.
quelle
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:
und es hat endlich funktioniert. Vielleicht könnte es auch für Sie funktionieren.
quelle
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.
quelle
Wenn nach dem Befehl "git push origin master" der Fehler "Aus Remote-Repository konnte nicht gelesen werden" angezeigt wird, probieren Sie dies aus
quelle
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/
quelle
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:
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:
Fügen Sie dann den Ursprung erneut mit den erwarteten Schrägstrichen hinzu
Hoffe das hilft jemandem in der Zukunft.
quelle
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.
quelle
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 :)
quelle
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
quelle
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.
quelle
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
quelle
In meinem Fall war es der PostBuffer ..
Als Referenz lesen Sie: https://gist.github.com/marcusoftnet/1177936
quelle
Gehen Sie zum MINGW32-Terminal und geben Sie diesen Befehl ein: git branch --set-upstream-to = origin / (Name des Zweigs)
quelle
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
quelle
Nach meiner Erfahrung ist einer der Gründe, warum dieses Problem aufgetreten ist, dass Sie eine instabile Internetverbindung haben .
quelle