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.
- 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.
Simula ng leksyon
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
Buong leksyon ay para sa subscription
30 pang slide sa buong bersyon.
Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.
Mag-sign in o magparehistro Mag-subscribeNilalaman ng leksyon
- Warum braucht man Remote-Repositories?
- Wie lokale und Remote-Repositories verbunden sind
- Ein lokales Repository, mehrere Remotes
- Neues Repository auf GitHub erstellen
- README und Lizenz – Ihr erster Commit
- Lokales Repository mit GitHub verbinden
- Was bedeutet Repository-Klonen?
- Zwei Klon-Methoden: HTTPS und SSH
- Praxisteil: Repository klonen
- Überprüfung der Einstellungen nach dem Klonen
- Warum Passwörter für GitHub unpraktisch sind
- Wie SSH-Schlüssel funktionieren
- SSH-Schlüssel erstellen
- Schlüssel zu GitHub hinzufügen
- Code in die Cloud hochladen: git push
- Upstream-Branch einrichten
- Konflikte beim Push lösen
- Git pull: Synchronisation mit der Cloud
- Wie git pull unter der Haube funktioniert
- Typische Probleme bei git pull
- Warum git pull gefährlich sein kann
- Git fetch: Sichere Methode zum Herunterladen von Änderungen
- Praxisteil: Änderungen mit fetch prüfen
- Wann man fetch statt pull verwenden sollte
- Push in fremden Branch: Warum das den Prozess stört
- So geht's richtig: Erstellen Sie Ihren eigenen Branch für Änderungen
- Die stille Katastrophe: Wenn Pull Ihre Änderungen löscht
- Der Lebensretter: git stash in Aktion
- GitHub: Ihr Cloud-Schrank für Code
- SSH-Schlüssel einrichten: Ihr digitaler Ausweis
- Vom Fork zum Pull Request: Teamarbeit in der Praxis
- Pull Request: Bedeutung und Unterschied zu einem einfachen Push
- Zusammenfassung und Aufgabe
Mga artikulo tungkol sa araling ito
- Git at GitHub: ano ang pagkakaiba at paano sila magkaugnay
- git fetch at git pull: ano ang pagkakaiba at alin ang piliin
- Mga command ng Git: cheat sheet na may mga halimbawa para sa araw-araw
- Git repository: paano gumawa gamit ang git init at ikabit ang remote
- git clone: paano i-clone ang repository mula sa GitHub at iba pa
Lahat ng leksyon ng kurso
- Einführung: Git vom Anfänger zum sicheren Entwickler
- Wofür braucht man eigentlich Git – und warum bekommt man ohne es keinen Job?
- Installation und Einrichtung: Git für den ersten Start vorbereiten
- Erstes Repository: init, add, commit und die Magie des Index
- Versionsgeschichte verstehen: Log, Diff, Show und Navigation durch die Vergangenheit
- Branches: Die parallele Realität Ihres Codes
- Fehler rückgängig machen: restore, reset, revert – richtig und gefährlich
- GitHub und Remote-Repositories: Ihr Code in der Cloud
- Teamarbeit: Forks, Feature-Branches und Pull-Requests
- Merge-Konflikte: Keine Panik – Verstehen und Lösen
- Git-Prozesse in realen Teams: Welchen Workflow soll man wählen?
- Fortgeschrittene Tools: Rebase, Stash, Cherry-Pick und Tags
- Abschlussprojekt: Simulation einer echten Team-Entwicklung