Heim  >  Artikel  >  Backend-Entwicklung  >  Detaillierte Einführung in die Dual-Git-Konfiguration

Detaillierte Einführung in die Dual-Git-Konfiguration

小云云
小云云Original
2018-01-29 10:58:331698Durchsuche

Dieser Artikel teilt Ihnen hauptsächlich die seltsame Dual-Git-Konfiguration mit und hofft, allen zu helfen.

Aufgrund des tatsächlichen Entwicklungsbedarfs verwendet das Unternehmen Gitlab und ich privat Github, möchte ich beides gleichzeitig auf dem Firmencomputer konfigurieren.
Es gibt viele Tutorials für diese Konfiguration im Internet. Ich habe dieses Tutorial zunächst befolgt, aber alle sind fehlgeschlagen. Am Ende gelang es mir aufgrund meiner eigenen Operation. Verwirklichte die Koexistenz von Github und Gitlab.

1. Konfigurieren Sie Ihren eigenen Github

  • 1.1. Führen Sie in Ihrem C: Userswilliam-Ordner den Befehl aus Tool mkdir .ssh und erstellen Sie einen neuen .ssh-Ordner; Paar RSA-Schlüssel für Ihre eigene Github-E-Mail-Adresse und geben Sie den gesamten Weg ein, bis es endlich erfolgreich ist

  • 1.3, und legen Sie dann den .ssh-Ordner in „Öffnen“ ab Kopieren Sie den Inhalt der Datei id_rsa.pub und fügen Sie ihn zum SSH der Github-Webversion hinzu

  • 1.4. Testen Sie über ssh -t git@github.com Verbunden oder nicht, geben Sie „Ja“ in „Möchten Sie die Verbindung wirklich fortsetzen (Ja/Nein)“ ein?

  • 2. Konfigurieren Sie Ihr eigenes Gitlab

2.1 Basierend auf dem Konfigurationsdokument des Unternehmens ist die grundlegende Bedienung die gleiche wie oben

  • 3 . Zusammenfassung und Gedanken

3.1 Zusammenfassung

3.1.1 Es gibt nur config, Darunter habe ich den Github-Domänennamen hinzugefügt, der auf die Konfigurationsdatei verweist, andernfalls ist die Eingabeaufforderung ssh -t git@github.com fehlgeschlagen.

  • 3.1.2 Den Online-Tutorials zufolge sind sie möglicherweise nicht für Ihr eigenes Unternehmen geeignet. Die Hauptvariable besteht darin, dass jedes Unternehmen bestimmte Umgebungsvariablen haben kann Bei der Konfiguration von Gitlab spiegelt sich der Unterschied in den unterschiedlichen Inhalten der Konfigurationsdatei im endgültigen .ssh-Ordner und der Datei „known_hosts“ wider, hauptsächlich in der Konfigurationsdatei. Daher müssen Sie die Situation Ihres eigenen Unternehmens erkunden und einen Konfigurationspfad finden, der zu Ihrer Situation passt. Ich habe den größten Teil des Tages damit verbracht, mehrere Online-Tutorials zu lesen, bin aber gescheitert.

  • 3.1.3 Nachdem Github über ssh-keygen -t rsa -C „meine E-Mail-Adresse“ ein eigenes Paar RSA-Schlüssel für Github generiert hat, geben Sie die Datei ein unter dem der Schlüssel gespeichert werden soll (C:Userswilliam/.ssh/id_rsa): Hier können Sie einen benutzerdefinierten Dateinamen zum Speichern des Schlüssels auswählen. Wenn ich ihn nicht eingebe, lege ich meinen eigenen benutzerdefinierten Dateinamen fest, auch wenn ich den eingegeben habe Der generierte öffentliche Schlüssel wird zum SSH der Webseite hinzugefügt und der endgültige Konnektivitätstest schlägt fehl. Es fühlt sich natürlich nicht sehr seltsam an.

  • 3.2 Gedanken

3.2.1. Warum passen Sie Github an? Ist der letzte Konnektivitätstest des Schlüsseldateinamens fehlgeschlagen?

  • 3.2.2 Warum ist der endgültige Dateiname immer noch der Standard-id_rsa, nachdem Gitlab den Dateinamen angepasst hat? ! !

  • 3.2.3 Es gibt nur config-, id_rsa-, id_rsa.pub- undknown_hosts-Dateien im .ssh-Ordner, er kann jedoch mit Github verbunden werden Gitlab bzw. In der Tat sehr seltsam. Sie haben richtig gelesen, id_rsa und id_rsa.pub sind nur Gitlab-Schlüssel und Github-Schlüssel gibt es nicht mehr. Seltsam! ! ! !

  • Verwandte Empfehlungen:

  • [Git-Konfigurationsfähigkeiten] 01. Einführung in die Konfigurationsdatei git config

Das obige ist der detaillierte Inhalt vonDetaillierte Einführung in die Dual-Git-Konfiguration. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn