Git-Prozesse in realen Teams: Welchen Workflow soll man wählen?
In Vorstellungsgesprächen wird oft gefragt: „Welchen Git-Workflow haben Sie verwendet?“ Nach diesem Abschnitt werden Sie eine ehrliche und ausführliche Antwort darauf haben. Wir betrachten drei beliebte Ansätze – Feature Branch Workflow, Git Flow und Trunk-Based Development – und analysieren, wo jeder davon gut funktioniert und wo er zum Hindernis werden kann.
- Sie werden in der Lage sein, drei gängige Git-Workflows in Vorstellungsgesprächen zu beschreiben und deren Unterschiede zu erläutern.
- Sie werden verstehen, wie die Teamgröße und die Veröffentlichungshäufigkeit die Wahl des Entwicklungsprozesses beeinflussen.
- Sie lernen, die richtigen Fragen zum Workflow zu stellen, wenn Sie einem neuen Team beitreten.
Phần đầu bài giảng
Warum Feature Branch Workflow?
- Feature Branch = separates Kapitel-Entwurf
- Code-Isolation für parallele Arbeit
- Sichere Experimente ohne Risiko für main
- Einfache Einführung für Teams aller Niveaus
- Ideal für den Start und kleine Projekte
Stellen Sie sich vor, Sie arbeiten an einem Buch und erstellen für jedes Kapitel einen separaten Entwurf. Genau so funktioniert der Feature Branch Workflow – jede neue Funktion lebt in einer isolierten Umgebung. Dieser Ansatz ermöglicht es Teams, gleichzeitig an verschiedenen Aufgaben zu arbeiten, ohne das Hauptprojekt zu gefährden. Sie können in Ruhe experimentieren, wohlwissend, dass der Hauptzweig stabil bleibt. Besonders gut eignet sich dies für kleine Teams, bei denen Geschwindigkeit und Flexibilität wichtig sind. Wenn eine Funktion fertig ist, durchläuft sie ein Code-Review und wird erst dann in den Hauptcode übernommen. Einfachheit und Effizienz machen diesen Ansatz so beliebt.
Lebenszyklus einer Feature-Branch
- git checkout -b feature/neue-zahlung
- Commits mit klaren Nachrichten
- git push origin feature/neue-zahlung
- Pull Request erstellen
- Code-Review und Merge in main
Lassen Sie uns den gesamten Lebenszyklus einer Feature-Branch von der Erstellung bis zum Merge durchgehen. Wir beginnen mit dem Befehl git checkout -b feature/neue-zahlung – so erstellen wir einen neuen Branch von main. Wir arbeiten an der Aufgabe, machen Commits und beschreiben die Änderungen klar und detailliert. Wenn die Funktion fertig ist, pushen wir den Branch ins Remote-Repository und erstellen einen Pull Request. Kollegen prüfen den Code, hinterlassen Kommentare, und nach allen Änderungen werden die Anpassungen in den Hauptbranch übernommen. Wichtige Regel: Ein Branch – eine logisch abgeschlossene Aufgabe. Das hilft, die Commit-Historie übersichtlich zu halten.
# Erstellen einen Branch von main
git checkout main
git pull origin main
git checkout -b feature/neue-zahlung
# Arbeiten und Committen
echo 'Zahlungsabwicklung hinzufügen' > zahlung.js
git add zahlung.js
git commit -m 'Modul zur Zahlungsabwicklung hinzufügen'
# Pushen und PR erstellen
git push origin feature/neue-zahlung
# Danach Pull Request über GitHub-UI erstellen
Feature-Branch in 2 Befehlen erstellen
- Feature Branch Workflow – Einfachheit und Effizienz
- Branch von aktuellem Main erstellen
- git checkout -b feature/new-login
- Branchname spiegelt die Aufgabe wider
- feature/, fix/, docs/ – Präfixe für Klarheit
Lassen Sie uns eine Feature-Branch in der Praxis erstellen. Wechseln Sie zum Main-Branch und aktualisieren Sie ihn: git checkout main doppeltes Und-Zeichen git pull. Nun erstellen wir einen neuen Branch für unsere Aufgabe: git checkout Minus b feature Schrägstrich new-login. Der Flag Minus b weist Git an, einen neuen Branch zu erstellen und sofort darauf zu wechseln. Nur zwei Befehle – und Sie sind startklar. Stellen Sie sicher, dass der Branchname die Aufgabe widerspiegelt: feature Schrägstrich, fix Schrägstrich oder docs Schrägstrich am Anfang helfen, den Zweck des Branches schnell zu verstehen. Jetzt können Sie mit den Änderungen beginnen.
git checkout main && git pull
# Hauptbranch aktualisieren
git checkout -b feature/new-login
# Neuen Branch erstellen und darauf wechseln
Bài giảng đầy đủ dành cho thuê bao
Còn 31 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
- Warum Feature Branch Workflow?
- Lebenszyklus einer Feature-Branch
- Feature-Branch in 2 Befehlen erstellen
- Änderungen für Review bereitstellen
- Code-Review durchführen und mergen
- Git Flow: Die Entwicklungs-Pipeline
- Feature-Branches und die Release-Vorbereitung
- Notfallkorrekturen mit Hotfixes
- Praxis: Feature-Branch erstellen
- Git Flow im Projekt einrichten
- Feature-Entwicklung: Vom Branch bis zum Merge
- Release-Vorbereitung: Änderungen verpacken
- Dringende Änderungen: Hotfixes in Aktion
- Trunk-Based Development: Das Wesentliche
- Umgang mit unfertigen Funktionen in TBD
- Praxis: Häufige Commits in den Main-Branch
- Wann Trunk-Based Development die richtige Wahl ist
- Fehler 1: Git Flow für kleine Teams
- Fehler 2: Trunk-Based ohne Code Review
- Fehler 3: Langlebige Feature-Branches
- Wie wählt man den richtigen Workflow aus
- Wie man den Git-Prozess wählt: Schlüsselkriterien
- Feature Branch: Der Stadtflitzer für Startups
- Git Flow: Der Geländewagen für große Teams
- Trunk-Based: Der Rennwagen für häufige Releases
- Analyse des aktuellen Git-Prozesses: Was bei Git Flow schiefläuft
- Migrationsplan: Vom Eigenheim in die Stadtwohnung umziehen
- Das Team in TBD-Praktiken schulen
- Praxis: Migration eines Feature-Branches zu TBD
- Über Workflows im Vorstellungsgespräch sprechen
- Beispiele für Probleme und ihre Lösungen
- Wie man Prozessänderungen einführt
- Was man im Vorstellungsgespräch vermeiden sollte
- Ihren Weg wählen: Zusammenfassung und Hausaufgabe
Bài viết liên quan đến bài học này
- Git merge và rebase: nên chọn cái nào cho nhóm
- Câu hỏi về Git khi phỏng vấn: 25 câu hỏi và đáp án
- Git Flow, GitHub Flow và trunk-based: chọn quy trình Git nào
- 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
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