Teamarbeit: Forks, Feature-Branches und Pull-Requests
Dieser Abschnitt beschreibt, wie 90% der Open-Source- und Unternehmensprojekte funktionieren. Wir durchlaufen den kompletten Zyklus: Fork → Feature-Branch → Commits → Pull-Request → Code-Review → Merge. Besonderes Augenmerk legen wir darauf, wie man PR-Beschreibungen formuliert, damit Reviewer sofort den Kontext verstehen, und welche typischen Fehler in PRs Anfänger oft machen.
- Sie können zu jedem Open-Source-Projekt nach dem Standardzyklus Fork → PR beitragen.
- Sie lernen, wie Sie Pull-Requests so gestalten, dass Reviewer die Aufgabe ohne Nachfragen verstehen.
- Sie verstehen, wie Sie angemessen auf Feedback im Code-Review reagieren – sowohl technisch als auch kommunikativ.
Phần đầu bài giảng
Fork - Ihr persönlicher Sandkasten
- Fork - Ihre persönliche Kopie eines Repositorys auf GitHub
- Volle Kontrolle ohne Risiko für das Original
- Bleibt mit dem Ursprungsprojekt verbunden
- Ideal für Experimente und Open-Source-Beiträge
Stellen Sie sich vor, Sie finden ein interessantes Buch in der Bibliothek, können aber keine Notizen darin machen. Ein Fork löst dieses Problem, indem er eine persönliche Kopie des Repositorys auf GitHub erstellt. Jetzt können Sie mit dem Code experimentieren, ohne das ursprüngliche Projekt zu gefährden. Dies ist besonders nützlich, wenn Sie Ideen testen oder zu einem fremden Projekt beitragen möchten. Ihr Fork bleibt mit dem Ursprungs-Repository verbunden, was das Verfolgen von Updates und das Senden von Änderungen an den Autor erleichtert.
So erstellen Sie einen Fork auf GitHub
- Klicken Sie auf die Schaltfläche 'Fork' in der oberen rechten Ecke
- Wählen Sie Ihr Konto als Ziel aus
- Warten Sie, bis die Kopie erstellt ist
- Klonen Sie Ihren Fork auf Ihren lokalen Rechner
Öffnen Sie das gewünschte Repository auf GitHub und suchen Sie die Schaltfläche 'Fork' in der oberen rechten Ecke. Nach dem Klicken wählen Sie Ihr Konto als Ziel aus. Innerhalb weniger Sekunden erstellt GitHub eine exakte Kopie des Repositorys in Ihrem Profil. Jetzt können Sie es mit dem Befehl 'git clone' auf Ihren Computer klonen und mit der Arbeit beginnen. Stellen Sie sicher, dass Sie Ihren Fork und nicht das ursprüngliche Repository klonen.
# Klonen Sie Ihren Fork auf den Computer
git clone https://github.com/Ihr-Benutzername/Repository.git
# Wechseln Sie in das Projektverzeichnis
cd Repository
# Überprüfen Sie die Remote-Repositorys
git remote -v
Fork vs. Klonierung: Was ist der Unterschied?
- Klonierung: Lokale Kopie auf Ihrem Computer
- Fork: Entfernte Kopie in Ihrem GitHub-Konto
- Fork behält die Verbindung zum ursprünglichen Repository
- Praktisch für die Synchronisierung von Änderungen
Obwohl beide Prozesse eine Kopie eines Repositorys erstellen, gibt es einen grundlegenden Unterschied. Die Klonierung lädt den Code auf Ihren Computer herunter, während ein Fork eine entfernte Kopie in Ihrem GitHub-Konto erstellt. Der Fork behält die Verbindung zum ursprünglichen Projekt, was die Synchronisierung von Änderungen erleichtert. Dies ist ein entscheidender Punkt bei der Mitarbeit an Open-Source-Projekten: Sie arbeiten in Ihrem eigenen Fork und schlagen dann Änderungen über einen Pull Request vor. Nachdem Sie nun Ihre eigene Kopie des Projekts erstellt haben, ist es an der Zeit, sie auf Ihren lokalen Computer zu übertragen und zu lernen, wie man damit arbeitet.
Bài giảng đầy đủ dành cho thuê bao
Còn 30 slide nữa trong phiên bản đầy đủ.
Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.
Đăng nhập hoặc đăng ký Đăng ký thuê baoNội dung bài giảng
- Fork - Ihr persönlicher Sandkasten
- So erstellen Sie einen Fork auf GitHub
- Fork vs. Klonierung: Was ist der Unterschied?
- Fork auf den Computer klonen
- Upstream für Synchronisation hinzufügen
- Überprüfung von Remote-Repositories
- Warum sind separate Branches notwendig?
- Einen Feature-Branch erstellen
- Wie man Branches richtig benennt
- Warum atomare Commits wichtig sind
- Die perfekte Commit-Nachricht schreiben
- Typische Fehler in Commits
- Warum man einen Fork veröffentlichen sollte
- Der git push Befehl zum Veröffentlichen eines Branches
- Überprüfung des veröffentlichten Branches
- Pull Request als Änderungsantrag
- PR-Titel: kurz und prägnant
- PR-Beschreibung: Was, warum und wie überprüfen
- Typische Fehler in PRs
- PR-Monster: Warum große Pull Requests das Review behindern
- PR-Beschreibung: Ihre Chance zu erklären, nicht zu entschuldigen
- Ein PR - eine Aufgabe, oder wie man nicht zusammenhangslose Änderungen vermischt
- Code Review als Dialog mit dem Redakteur
- Auf jeden Kommentar antworten
- Änderungen in separaten Commits festhalten
- Warum entstehen Merge-Konflikte?
- Branch vor dem Merge aktualisieren
- Konflikte finden und beheben
- Konfliktlösung abschließen
- Aufräumen nach erfolgreichem Merge
- Feature-Branch auf GitHub löschen
- Lokales Repository aktualisieren
- Meister der Teamarbeit: Vom Fork bis zum Merge
Bài viết liên quan đến bài học này
- Git và GitHub: khác nhau thế nào và liên hệ ra sao
- Cách cài đặt Git trên Windows, macOS và Linux
- Git là gì và vì sao lập trình viên cần nó
- Git Bash: đó là gì và cách dùng trên Windows
- git fetch và git pull: khác nhau thế nào và nên chọn cái nào
Tất cả bài giảng của khóa học
- 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