Bonusmodul

Kollaboratives Arbeiten mit GitHub III

Dieser 60-minütige Übungsblock findet am Dienstag, 21. Juli 2026 statt. Vier Teilnehmende arbeiten gemeinsam an einem Bericht in einem geteilten Repository und erleben dabei Branching, Pull Requests, Review und Merge-Konflikte in der Praxis.

Lernziele

  1. Die Lernenden können eine Branch erstellen, darauf committen und einen Pull Request gegen main öffnen.
  2. Die Lernenden können einen Pull Request einer anderen Person reviewen (durchsehen) und mit mindestens einem Kommentar kommentieren.
  3. Die Lernenden können erklären, wann ein Merge-Konflikt entsteht, und einen Konflikt in einer gemeinsam bearbeiteten Datei auflösen.

Folien

Zeige Folien im Vollbildmodus an | Download slides as PDF

Aufbau

  • Alle vier Personen sind in einer GitHub-Organisation und haben Schreibrecht auf ein gemeinsames Repository.
  • Ein gemeinsamer Bericht (bericht.qmd): Titelblock oben, darunter vier Abschnitte, einer pro Person.
  • Vier Issues, eines pro Person, klar zugewiesen.
  • Das Team-Repository (team-lila) wird zu Beginn gemeinsam von GitHub nach Posit Cloud geklont (New Project from Git Repository).
  • Branch-Namenskonvention: issue-N-<slug>. Ein Slug ist ein einzelnes Wort, das das Issue beschreibt (z. B. methoden).
  • Branch-Schutz auf main: ein Pull Request und mindestens eine Review sind nötig.

Ablauf (60 Min)

Wir wechseln bei jedem Schritt zwischen “Ich bin dran” (ich zeige es vor) und “Ihr seid dran” (ihr macht es selbst mit einem Countdown).

Zeit Schritt
0–10 Min Einstieg und Bericht zeigen. Das Team-Repository team-lila gemeinsam von GitHub nach Posit Cloud klonen. Das eigene Issue suchen wir gemeinsam.
10–20 Min Branch erstellen (issue-N-<slug>): 5 Min ich zeige, 5 Min ihr seid dran
20–30 Min “Quiet Mode”: eigenen Abschnitt im Bericht schreiben (10 Min, ihr seid dran)
30–40 Min Pull Request gegen main öffnen, eine andere Person als Reviewer markieren: 5 Min ich, 5 Min ihr
40–50 Min Review mit mindestens einem Kommentar: 5 Min ich, 5 Min ihr
50–55 Min Live-Merge: ich merge die Pull Requests gemeinsam mit euch
55–60 Min Abschliessende Fragerunde

Rollen

  • Lars ist Admin und merged die Pull Requests.
  • Jeder Pull Request wird von einer anderen Person reviewt, nie der eigene.

Nachbereitung

Reflexion in der Gruppe:

  • Wozu dienen Branches, wenn mehrere Personen am selben Repository arbeiten?
  • Wie hilft eine Review dabei, Probleme früh zu erkennen?
  • Wann kann ein Merge-Konflikt entstehen, und was bedeutet er?