So überprüfen Sie, ob ein Git-Remote mit SSH konfiguriert ist

Einführung

In diesem Lab lernen Sie, wie Sie prüfen können, ob ein Git-Remote (Git-Remoteverbindung) mit dem SSH-Protokoll konfiguriert ist. Wir beginnen damit, den Befehl git remote -v zu verwenden, um die konfigurierten Remote-URLs für Ihr Repository anzuzeigen.

Als Nächstes lernen Sie, das SSH-Protokollformat innerhalb der Remote-URL zu identifizieren. Abschließend werden wir kurz auf den Unterschied zwischen der Verwendung von HTTPS und SSH zum Verbinden mit einem Remote-Repository eingehen.

Skills Graph

%%%%{init: {'theme':'neutral'}}%%%% flowchart RL git(("Git")) -.-> git/BasicOperationsGroup(["Basic Operations"]) git(("Git")) -.-> git/CollaborationandSharingGroup(["Collaboration and Sharing"]) git/BasicOperationsGroup -.-> git/add("Stage Files") git/CollaborationandSharingGroup -.-> git/remote("Manage Remotes") subgraph Lab Skills git/add -.-> lab-560077{{"So überprüfen Sie, ob ein Git-Remote mit SSH konfiguriert ist"}} git/remote -.-> lab-560077{{"So überprüfen Sie, ob ein Git-Remote mit SSH konfiguriert ist"}} end

Ausführen von `git remote -v` zur Überprüfung der URL

In diesem Schritt lernen wir, wie Sie die Remote-URLs überprüfen können, die mit Ihrem Git-Repository verknüpft sind. Ein "Remote" in Git ist im Wesentlichen ein Link zu einer anderen Version Ihres Repositorys, das normalerweise auf einer Plattform wie GitHub, GitLab oder Bitbucket gehostet wird. Wenn Sie ein Repository klonen, legt Git automatisch ein Remote namens origin fest, das auf die URL des ursprünglichen Repositorys zeigt.

Um zu sehen, welche Remote-URLs für Ihr aktuelles Repository konfiguriert sind, verwenden Sie den Befehl git remote -v. Die Option -v steht für "verbose" (ausführlich), was bedeutet, dass sowohl die URLs zum Abrufen (Herunterladen von Änderungen) als auch zum Pushen (Hochladen von Änderungen) angezeigt werden.

Zunächst stellen wir sicher, dass Sie sich im richtigen Verzeichnis befinden. Navigieren Sie in Ihr Projektverzeichnis:

cd ~/project/my-time-machine

Jetzt führen Sie den Befehl aus, um die Remote-URLs zu überprüfen:

git remote -v

Da es sich um ein neues Repository handelt, das noch nicht mit einem Remote verknüpft ist, sehen Sie keine Ausgabe. Das ist normal! Es bedeutet einfach, dass Ihr lokales Repository derzeit eigenständig ist und nicht mit einem externen Repository verbunden ist.

Das Verständnis von Remotes ist für die Zusammenarbeit und die Sicherung Ihrer Arbeit von entscheidender Bedeutung. Wenn Sie mit anderen zusammenarbeiten oder Plattformen wie GitHub nutzen, interagieren Sie ständig mit Remotes. Der Befehl git remote -v ist Ihre Möglichkeit, zu überprüfen, mit welchem Remote Ihr lokales Repository verbunden ist.

In den nächsten Schritten werden wir untersuchen, wie Sie ein Remote hinzufügen können und wie sich das URL-Format unterscheiden kann.

Überprüfung des SSH-Protokolls in der URL

Im vorherigen Schritt haben wir gesehen, dass in unserem Repository noch keine Remotes konfiguriert sind. Jetzt fügen wir ein Remote hinzu und betrachten speziell das URL-Format für das SSH-Protokoll.

SSH (Secure Shell) ist ein Netzwerkprotokoll, das eine sichere Möglichkeit bietet, über ein unsicheres Netzwerk auf einen Computer zuzugreifen. Im Kontext von Git ermöglicht es Ihnen die Verwendung von SSH, sicher mit einem Remote-Repository zu verbinden, ohne jedes Mal Benutzername und Passwort eingeben zu müssen (nach der ersten Einrichtung mit SSH-Schlüsseln).

Eine SSH-URL für ein Git-Repository sieht typischerweise so aus: git@hostname:username/repository.git. Beispielsweise könnte ein Repository auf GitHub eine SSH-URL wie [email protected]:octocat/Spoon-Knife.git haben.

Fügen wir nun ein Remote zu unserem my-time-machine-Repository hinzu, indem wir eine hypothetische SSH-URL verwenden. Wir nennen dieses Remote origin, was der übliche Name für das primäre Remote ist.

Stellen Sie sicher, dass Sie sich im Verzeichnis ~/project/my-time-machine befinden:

cd ~/project/my-time-machine

Fügen Sie jetzt das Remote mit dem Befehl git remote add hinzu:

git remote add origin [email protected]:yourusername/my-time-machine.git

Ersetzen Sie yourusername durch einen Platzhalter, da dies nur zur Demonstration des URL-Formats dient. Dieser Befehl fügt ein Remote namens origin hinzu, das auf die angegebene SSH-URL zeigt. Bei Erfolg wird keine Ausgabe erzeugt.

Lassen Sie uns nun erneut git remote -v verwenden, um die konfigurierten Remotes anzuzeigen:

git remote -v

Sie sollten jetzt eine Ausgabe ähnlich der folgenden sehen:

origin  [email protected]:yourusername/my-time-machine.git (fetch)
origin  [email protected]:yourusername/my-time-machine.git (push)

Beachten Sie das URL-Format: [email protected]:yourusername/my-time-machine.git. Dies ist das Format für das SSH-Protokoll. Es beginnt mit git@, gefolgt vom Hostnamen (github.com), einem Doppelpunkt : und dann dem Pfad zum Repository (yourusername/my-time-machine.git).

Das Verständnis des SSH-URL-Formats ist wichtig, da es eine gängige Methode ist, mit Remote-Git-Repositories zu interagieren, insbesondere wenn Sie Änderungen pushen müssen. Es bietet im Vergleich zum wiederholten Eingeben von Anmeldeinformationen eine sicherere und bequemere Methode.

Vergleich von HTTPS und SSH testen

Im vorherigen Schritt haben wir ein Remote unter Verwendung des SSH-Protokolls hinzugefügt. Ein weiteres gängiges Protokoll für die Interaktion mit Git-Remotes ist HTTPS. Lassen Sie uns den Unterschied untersuchen und wie die URLs aussehen.

HTTPS (Hypertext Transfer Protocol Secure) ist das Standardprotokoll für sichere Kommunikation im Internet. Wenn Sie HTTPS mit Git verwenden, authentifizieren Sie sich normalerweise mit Ihrem Benutzernamen und Passwort oder einem persönlichen Zugriffstoken. Eine HTTPS-URL für ein Git-Repository beginnt normalerweise mit https://. Beispielsweise wäre die HTTPS-URL für dasselbe hypothetische Repository auf GitHub https://github.com/yourusername/my-time-machine.git.

Sowohl SSH als auch HTTPS haben ihre Vorteile. HTTPS ist im Allgemeinen anfänglich einfacher einzurichten, da es nicht erforderlich ist, SSH-Schlüssel zu generieren und zu konfigurieren. Bei häufigen Interaktionen wie dem Pushen von Änderungen kann SSH jedoch bequemer sein, da es nach der ersten Einrichtung keine wiederholte Authentifizierung erfordert.

Lassen Sie uns das SSH-Remote, das wir hinzugefügt haben, entfernen und stattdessen ein HTTPS-Remote hinzufügen, um den Unterschied in der Ausgabe von git remote -v zu sehen.

Zunächst stellen Sie sicher, dass Sie sich im Verzeichnis ~/project/my-time-machine befinden:

cd ~/project/my-time-machine

Entfernen Sie nun das vorhandene origin-Remote mit dem Befehl git remote remove:

git remote remove origin

Dieser Befehl entfernt das Remote namens origin. Bei Erfolg wird keine Ausgabe erzeugt.

Lassen Sie uns überprüfen, ob das Remote entfernt wurde:

git remote -v

Sie sollten keine Ausgabe sehen, was bestätigt, dass das origin-Remote entfernt wurde.

Lassen Sie uns nun dasselbe hypothetische Repository als Remote hinzufügen, diesmal jedoch unter Verwendung der HTTPS-URL:

git remote add origin https://github.com/yourusername/my-time-machine.git

Ersetzen Sie erneut yourusername durch einen Platzhalter. Dieser Befehl fügt ein Remote namens origin hinzu, das auf die angegebene HTTPS-URL zeigt.

Schließlich überprüfen wir die Remotes erneut mit git remote -v:

git remote -v

Sie sollten jetzt eine Ausgabe ähnlich der folgenden sehen:

origin  https://github.com/yourusername/my-time-machine.git (fetch)
origin  https://github.com/yourusername/my-time-machine.git (push)

Beachten Sie, dass das URL-Format jetzt mit https:// beginnt. Dies ist der wesentliche Unterschied in der URL-Struktur zwischen den HTTPS- und SSH-Protokollen für Git-Remotes.

In einer realen Situation würden Sie entweder SSH oder HTTPS basierend auf Ihren Vorlieben und den Anforderungen der von Ihnen verwendeten Git-Hosting-Plattform auswählen. Beide Protokolle werden weitgehend unterstützt.

Sie haben nun erfolgreich Remotes hinzugefügt und entfernt und den Unterschied zwischen den SSH- und HTTPS-URL-Formaten beobachtet. Dieses Verständnis ist grundlegend, wenn Sie mit Remote-Repositories arbeiten.

Zusammenfassung

In diesem Lab haben wir gelernt, wie man die für ein Git-Repository konfigurierten Remote-URLs mit dem Befehl git remote -v überprüft. Dieser Befehl zeigt die Fetch- und Push-URLs für jedes konfigurierte Remote an, die Links zu anderen Versionen Ihres Repositorys sind, die normalerweise auf Plattformen wie GitHub gehostet werden. Wir haben verstanden, dass ein neues Repository ohne Remote keine Ausgabe für diesen Befehl anzeigt.

Anschließend haben wir das SSH-Protokoll für Git-Remotes untersucht und erkannt, dass es eine sichere Möglichkeit bietet, mit einem Remote-Repository zu interagieren, ohne nach der ersten Einrichtung mit SSH-Schlüsseln wiederholt Anmeldeinformationen eingeben zu müssen. Wir haben gelernt, das SSH-URL-Format zu identifizieren, das sich von HTTPS-URLs unterscheidet, und wie man überprüft, ob ein Remote so konfiguriert ist, dass es SSH verwendet, indem man die Ausgabe von git remote -v untersucht.