ตัวอย่างบทเรียน

GitHub und Remote-Repositories: Ihr Code in der Cloud

Vom lokalen Arbeiten zur Teamarbeit: Wir klären, was ein Remote ist, wie Sie Ihr lokales Repository mit GitHub verbinden und was der Unterschied zwischen push, pull und fetch ist – die drei am häufigsten verwechselten Befehle. Besonderes Augenmerk legen wir auf die Authentifizierung mit SSH-Schlüsseln, da Arbeitgeber erwarten, dass Sie dies selbst einrichten können.

Remote Origin Push / Pull / Fetch
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • Sie werden in der Lage sein, ein Repository auf GitHub zu erstellen, es mit Ihrem lokalen Projekt zu verbinden und Änderungen mit dem Befehl push zu veröffentlichen.
  • Sie werden den Unterschied zwischen fetch und pull verstehen und in der Teamarbeit bewusst zwischen ihnen wählen können.
  • Sie werden die SSH-Authentifizierung mit GitHub ohne Passwörter einrichten – so wie es Profis tun.

จุดเริ่มต้นของบทเรียน

Warum braucht man Remote-Repositories?

  • Lokales Repository – nur auf Ihrem Computer
  • Remote-Repository – Cloud-Speicher für das Team
  • Alle sehen und nehmen Änderungen an einem Ort vor
  • Echtzeit-Synchronisation über das Internet

Stellen Sie sich vor, Sie arbeiten allein an einem Projekt – da reicht ein lokales Git-Repository völlig aus. Sobald jedoch ein Team hinzukommt, wird ein gemeinsamer Arbeitsbereich notwendig. Das Remote-Repository wird zur zentralen Speicherstelle für Code, auf die jedes Teammitglied Zugriff hat. Das ist vergleichbar mit Google Docs, wo alle Änderungen in Echtzeit synchronisiert werden. Sie sehen die Änderungen Ihrer Kollegen, können Code über Pull Requests diskutieren und parallel an verschiedenen Funktionen arbeiten. Ohne ein Remote-Repository würde die Teamarbeit im Chaos aus hin- und hergeschickten Archiven und endlosen Dateiversionen versinken.

Wie lokale und Remote-Repositories verbunden sind

  • Origin – Standardname für das Remote-Repository
  • Push – Änderungen an den Server senden
  • Pull – Änderungen vom Server abrufen
  • Jedes Repository ist unabhängig und enthält die gesamte Historie

Ihr lokales Repository tauscht Daten mit dem Remote-Repository über zwei Schlüsselbefehle aus: push und pull. Standardmäßig heißt das Haupt-Repository origin. Aber es ist wichtig zu verstehen – das ist keine einfache Dateikopie. Jedes Repository ist unabhängig und enthält den vollständigen Verlauf aller Änderungen. Wenn Sie lokal Commits erstellen, bleiben diese zunächst nur bei Ihnen, bis Sie sie mit push übertragen. Und wenn Kollegen Code aktualisieren, holen Sie sich diese Änderungen mit pull ab, um Ihre Arbeit zu synchronisieren.

Ein lokales Repository, mehrere Remotes

  • Mehrere Remote-Repositories können verbunden werden
  • Origin – Ihr persönlicher Fork auf GitHub
  • Upstream – das ursprüngliche Projekt-Repository
  • Einfache Synchronisierung von Änderungen zwischen ihnen

Ihr Projekt kann mit mehreren Remote-Repositories gleichzeitig verbunden sein. Nehmen wir an, origin ist Ihr persönlicher Fork auf GitHub und upstream das Repository des Hauptprojekts. Diese Konfiguration ermöglicht es Ihnen, Änderungen in Ihrer eigenen Kopie vorzunehmen und gleichzeitig einfach Updates aus der ursprünglichen Quelle zu erhalten. Dies ist besonders nützlich bei Open-Source-Projekten, bei denen Sie Ihren Fork auf dem neuesten Stand halten müssen. Sie entscheiden selbst, wann und welche Änderungen Sie von upstream in Ihren origin übernehmen möchten. Nachdem wir nun die Logik der Arbeit mit Remote-Repositories verstanden haben, ist es an der Zeit, Ihr eigenes auf GitHub zu erstellen – und das werden wir jetzt tun.

# Neues Remote-Repository hinzufügen
git remote add upstream https://github.com/original/project.git

# Liste aller Remote-Repositories anzeigen
git remote -v

# Änderungen von upstream in den lokalen Branch holen
git fetch upstream

git checkout main
git merge upstream/main

# Änderungen in den eigenen origin hochladen
git push origin main

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 30 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Warum braucht man Remote-Repositories?
  2. Wie lokale und Remote-Repositories verbunden sind
  3. Ein lokales Repository, mehrere Remotes
  4. Neues Repository auf GitHub erstellen
  5. README und Lizenz – Ihr erster Commit
  6. Lokales Repository mit GitHub verbinden
  7. Was bedeutet Repository-Klonen?
  8. Zwei Klon-Methoden: HTTPS und SSH
  9. Praxisteil: Repository klonen
  10. Überprüfung der Einstellungen nach dem Klonen
  11. Warum Passwörter für GitHub unpraktisch sind
  12. Wie SSH-Schlüssel funktionieren
  13. SSH-Schlüssel erstellen
  14. Schlüssel zu GitHub hinzufügen
  15. Code in die Cloud hochladen: git push
  16. Upstream-Branch einrichten
  17. Konflikte beim Push lösen
  18. Git pull: Synchronisation mit der Cloud
  19. Wie git pull unter der Haube funktioniert
  20. Typische Probleme bei git pull
  21. Warum git pull gefährlich sein kann
  22. Git fetch: Sichere Methode zum Herunterladen von Änderungen
  23. Praxisteil: Änderungen mit fetch prüfen
  24. Wann man fetch statt pull verwenden sollte
  25. Push in fremden Branch: Warum das den Prozess stört
  26. So geht's richtig: Erstellen Sie Ihren eigenen Branch für Änderungen
  27. Die stille Katastrophe: Wenn Pull Ihre Änderungen löscht
  28. Der Lebensretter: git stash in Aktion
  29. GitHub: Ihr Cloud-Schrank für Code
  30. SSH-Schlüssel einrichten: Ihr digitaler Ausweis
  31. Vom Fork zum Pull Request: Teamarbeit in der Praxis
  32. Pull Request: Bedeutung und Unterschied zu einem einfachen Push
  33. Zusammenfassung und Aufgabe

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Einführung: Git vom Anfänger zum sicheren Entwickler
  2. Wofür braucht man eigentlich Git – und warum bekommt man ohne es keinen Job?
  3. Installation und Einrichtung: Git für den ersten Start vorbereiten
  4. Erstes Repository: init, add, commit und die Magie des Index
  5. Versionsgeschichte verstehen: Log, Diff, Show und Navigation durch die Vergangenheit
  6. Branches: Die parallele Realität Ihres Codes
  7. Fehler rückgängig machen: restore, reset, revert – richtig und gefährlich
  8. GitHub und Remote-Repositories: Ihr Code in der Cloud
  9. Teamarbeit: Forks, Feature-Branches und Pull-Requests
  10. Merge-Konflikte: Keine Panik – Verstehen und Lösen
  11. Git-Prozesse in realen Teams: Welchen Workflow soll man wählen?
  12. Fortgeschrittene Tools: Rebase, Stash, Cherry-Pick und Tags
  13. Abschlussprojekt: Simulation einer echten Team-Entwicklung