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

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.

Feature Branch Workflow Git Flow Trunk-Based Development
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • 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.

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

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

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

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

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

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

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

  1. Warum Feature Branch Workflow?
  2. Lebenszyklus einer Feature-Branch
  3. Feature-Branch in 2 Befehlen erstellen
  4. Änderungen für Review bereitstellen
  5. Code-Review durchführen und mergen
  6. Git Flow: Die Entwicklungs-Pipeline
  7. Feature-Branches und die Release-Vorbereitung
  8. Notfallkorrekturen mit Hotfixes
  9. Praxis: Feature-Branch erstellen
  10. Git Flow im Projekt einrichten
  11. Feature-Entwicklung: Vom Branch bis zum Merge
  12. Release-Vorbereitung: Änderungen verpacken
  13. Dringende Änderungen: Hotfixes in Aktion
  14. Trunk-Based Development: Das Wesentliche
  15. Umgang mit unfertigen Funktionen in TBD
  16. Praxis: Häufige Commits in den Main-Branch
  17. Wann Trunk-Based Development die richtige Wahl ist
  18. Fehler 1: Git Flow für kleine Teams
  19. Fehler 2: Trunk-Based ohne Code Review
  20. Fehler 3: Langlebige Feature-Branches
  21. Wie wählt man den richtigen Workflow aus
  22. Wie man den Git-Prozess wählt: Schlüsselkriterien
  23. Feature Branch: Der Stadtflitzer für Startups
  24. Git Flow: Der Geländewagen für große Teams
  25. Trunk-Based: Der Rennwagen für häufige Releases
  26. Analyse des aktuellen Git-Prozesses: Was bei Git Flow schiefläuft
  27. Migrationsplan: Vom Eigenheim in die Stadtwohnung umziehen
  28. Das Team in TBD-Praktiken schulen
  29. Praxis: Migration eines Feature-Branches zu TBD
  30. Über Workflows im Vorstellungsgespräch sprechen
  31. Beispiele für Probleme und ihre Lösungen
  32. Wie man Prozessänderungen einführt
  33. Was man im Vorstellungsgespräch vermeiden sollte
  34. Ihren Weg wählen: Zusammenfassung und Hausaufgabe

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

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

  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