So prüfen Sie, ob ein Git-Remote mit HTTPS konfiguriert ist

Einführung

In diesem Lab lernen Sie, wie Sie prüfen können, ob ein Git-Remote (Entferntes Repository) so konfiguriert ist, dass es das HTTPS-Protokoll verwendet. Wir werden den Befehl git remote -v untersuchen, um die URLs der Remotes anzuzeigen und speziell das URL-Schema zu überprüfen.

Durch praktische Schritte erstellen Sie ein Test-Repository, fügen ein HTTPS-Remote hinzu und verwenden git remote -v, um die Konfiguration zu bestätigen. Dieses Lab vermittelt Ihnen das Wissen, um sicherzustellen, dass Ihr lokales Repository über das gewünschte Protokoll mit der richtigen Remote-Adresse verbunden ist, und Sie verstehen den Unterschied zwischen HTTPS- und SSH-Remote-Konfigurationen.

Skills Graph

Prüfen von git remote -v auf HTTPS

In diesem Schritt werden wir untersuchen, wie man die Remote-URL (Entfernte-URL) eines Git-Repositories prüft, wobei wir uns speziell auf das HTTPS-Protokoll konzentrieren. Das Verständnis der Remote-URL ist von entscheidender Bedeutung, da sie Ihrem lokalen Git-Repository mitteilt, von wo es Code abrufen und wohin es Ihre Änderungen übertragen soll.

Zunächst erstellen wir ein einfaches Git-Repository, mit dem wir arbeiten können. Navigieren Sie in Ihr Projektverzeichnis und initialisieren Sie ein neues Git-Repository:

cd ~/project
mkdir my-remote-test
cd my-remote-test
git init

Jetzt fügen wir eine Remote-URL hinzu. Wir verwenden eine Platzhalter-URL zu Demonstrationszwecken. In einer realen Situation wäre dies die URL Ihres Repositories auf einer Plattform wie GitHub, GitLab oder Bitbucket.

git remote add origin https://github.com/user/repo.git

Dieser Befehl fügt ein Remote namens origin mit der angegebenen HTTPS-URL hinzu. origin ist der übliche Name für das primäre Remote-Repository.

Um nun die Remote-URL zu prüfen, verwenden wir den Befehl git remote -v. Die Option -v steht für "ausführlich" und zeigt die URLs sowohl für das Abrufen (fetch) als auch für das Übertragen (push) an.

git remote -v

Sie sollten eine Ausgabe ähnlich der folgenden sehen:

origin  https://github.com/user/repo.git (fetch)
origin  https://github.com/user/repo.git (push)

Diese Ausgabe bestätigt, dass Ihr Repository ein Remote namens origin hat, das so konfiguriert ist, dass es das HTTPS-Protokoll sowohl für das Abrufen als auch für das Übertragen von Änderungen verwendet. Das (fetch) gibt die URL an, die verwendet wird, wenn Sie Änderungen vom Remote-Repository abrufen, und (push) gibt die URL an, die verwendet wird, wenn Sie Ihre lokalen Änderungen an das Remote-Repository übertragen.

Die Verwendung von HTTPS für Remotes ist üblich, insbesondere für öffentliche Repositories oder wenn Sie sich mit einem Benutzernamen und einem Passwort oder einem persönlichen Zugriffstoken authentifizieren. Es ist wichtig zu wissen, wie man diese Konfiguration prüft, um sicherzustellen, dass Ihr lokales Repository über das gewünschte Protokoll mit der richtigen Remote-Adresse verbunden ist.

Überprüfen des URL-Schemas

In diesem Schritt werden wir speziell überprüfen, ob die Remote-URL das HTTPS-Schema verwendet. Während git remote -v die vollständige URL anzeigt, müssen Sie manchmal programmgesteuert prüfen oder einfach das verwendete Protokoll bestätigen.

Wir können dies erreichen, indem wir die Ausgabe von git remote -v an grep weiterleiten und nach der Zeichenfolge "https" suchen.

Stellen Sie zunächst sicher, dass Sie sich im Verzeichnis my-remote-test befinden:

cd ~/project/my-remote-test

Führen Sie nun den Befehl git remote -v aus und leiten Sie seine Ausgabe an grep weiter:

git remote -v | grep "https"

Wenn die Remote-URL für origin tatsächlich HTTPS verwendet, sollten Sie eine Ausgabe ähnlich der folgenden sehen:

origin  https://github.com/user/repo.git (fetch)
origin  https://github.com/user/repo.git (push)

Wenn die Ausgabe leer ist, bedeutet dies, dass das Remote origin nicht mit einer HTTPS-URL konfiguriert ist.

Das Verständnis des URL-Schemas (z. B. https:// oder git@) ist wichtig, da es festlegt, wie Git sich beim Remote-Server authentifiziert. HTTPS verwendet typischerweise Benutzername/Passwort oder Tokens, während SSH SSH-Schlüssel verwendet. Wenn Sie wissen, welches Schema konfiguriert ist, können Sie Verbindungsprobleme beheben oder die verwendete Sicherheitsmethode verstehen.

Diese einfache Prüfung ist ein schneller Weg, um das Protokoll zu bestätigen, ohne die vollständige URL manuell analysieren zu müssen.

Vergleich von SSH und HTTPS testen

In diesem Schritt werden wir den Unterschied zwischen der Verwendung der HTTPS- und SSH-Protokolle beim Interagieren mit einem entfernten Git-Repository untersuchen. Obwohl beide Protokolle das Abrufen und Übertragen von Code ermöglichen, verwenden sie unterschiedliche Authentifizierungsmethoden.

Wir haben bereits unser Remote origin so konfiguriert, dass es HTTPS verwendet. Versuchen wir nun, das Klonen eines Repositories mit beiden Protokollen zu simulieren, um den Unterschied im URL-Format zu sehen.

Zunächst navigieren wir zurück in das Verzeichnis ~/project:

cd ~/project

Jetzt simulieren wir das Klonen eines Repositories mit HTTPS. Wir verwenden die URL eines öffentlichen Repositories, das für das Klonen keine Authentifizierung erfordert.

git clone https://github.com/git/git.git git-https-test

Dieser Befehl klont das offizielle Git-Repository in ein neues Verzeichnis namens git-https-test. Sie werden eine Ausgabe sehen, die den Klonvorgang anzeigt. Dies funktioniert, weil das Klonen eines öffentlichen Repositories über HTTPS normalerweise keine Anmeldeinformationen erfordert.

Jetzt simulieren wir das Klonen desselben Repositories mit dem SSH-Protokoll. Das SSH-URL-Format ist unterschiedlich und sieht normalerweise wie git@hostname:user/repo.git aus.

git clone [email protected]:git/git.git git-ssh-test

Wenn Sie diesen Befehl ausführen, werden Sie wahrscheinlich eine Meldung sehen, die Sie zur Bestätigung der Authentizität des Hosts auffordert oder eine Fehlermeldung wegen fehlender Berechtigungen. Dies liegt daran, dass das Klonen über SSH die Authentifizierung mit SSH-Schlüsseln erfordert. Da wir in dieser Umgebung keine SSH-Schlüssel eingerichtet haben, wird die Verbindung fehlschlagen oder Sie werden zur Eingabe von Anmeldeinformationen aufgefordert.

Cloning into 'git-ssh-test'...
The authenticity of host 'github.com (20.205.243.166)' can't be established.
ED25519 key fingerprint is SHA256:+DiY3wvvV6qU/mzgpTw4mSjJA9PMpTkCXPzQ7lPkLiA.
This key is not known by any other names.
Are you sure you want to continue connecting (yes/no/[fingerprint])?

Sie können no eingeben und Enter drücken, um den Verbindungsversuch abzulehnen.

Dies zeigt den wesentlichen Unterschied auf: HTTPS ist oft einfacher für den öffentlichen Zugang (z. B. das Klonen), während SSH eine sicherere und bequemere Methode für den authentifizierten Zugang (z. B. das Übertragen von Änderungen) bietet, sobald die SSH-Schlüssel eingerichtet sind.

Sie können nun die Testverzeichnisse entfernen:

rm -rf git-https-test git-ssh-test

Das Verständnis, wann HTTPS und wann SSH verwendet werden sollte, ist wichtig für die Verwaltung Ihrer Git-Workflows und die Sicherstellung des sicheren Zugangs zu Ihren Repositories.

Zusammenfassung

In diesem Lab haben wir gelernt, wie man prüft, ob ein Git-Remote mit dem HTTPS-Protokoll konfiguriert ist. Wir haben begonnen, indem wir ein neues Git-Repository initialisiert und ein Remote mit einer HTTPS-URL hinzugefügt haben. Der Kernbefehl, der zur Überprüfung der Remote-URL und ihres Protokolls verwendet wurde, war git remote -v, der die Abruf- und Übertragungs-URLs für jedes konfigurierte Remote anzeigt.

Wir haben bestätigt, dass die Ausgabe von git remote -v deutlich das URL-Schema zeigt, sodass wir feststellen können, ob HTTPS verwendet wird. Dieser Prozess ist unerlässlich, um zu verstehen, wie Ihr lokales Repository mit seinem Remote-Entsprechungen interagiert und um sicherzustellen, dass das gewünschte Verbindungsprotokoll eingerichtet ist.