git kata

Git Kata, lernen Sie, wie man Git im Team benutzt

Wenn Sie die Grundlagen des Git kennen, aber manchmal haben Sie Probleme damit. Dieser "Code Kata" könnte Ihnen helfen, mit Git -Problemen umzugehen

Dauer	2H30
Lieferungen benötigt	- (optionale) Story Cubes - Videoprojektor - Internet
Max -Teilnehmer	Team von 4, max. 12 Personen
Erforderliche Fähigkeiten	Das Ziel dieses Workshops ist es, die Verwendung von Git in Teams zu schärfen, um die alltäglichen Probleme zu begrenzen, die mit Git auftreten können (Interdependenz, Konflikte, ...)

Wenn Sie ein Kata -Teilnehmer sind, befolgen Sie diese Anweisungen

• Eines der Entwicklungsteammitglieder sollte ein leeres Repository erstellen und die URL an die anderen Mitglieder weitergeben
• Stellen Sie sicher, dass jeder Teilnehmer die Möglichkeit hat, sich für dieses Repository zu engagieren und zusammenzuarbeiten
• Das Repository sollte leer sein

Wenn Sie der Workshop -Moderator sind

Beuteverderbe Klicken Sie hier, verwöhnen Sie sich nicht, wenn Sie die Bevorzulfall sind

Als Moderator wird Ihre Aufgabe darin bestehen, die Teams während des 2H30 -Workshops zu begleiten.

Sie müssen:

• eine Internetverbindung
• ein Videoprojektor
• (optionale) Story Cubes

Schritt 1: Erläutern Sie die Regeln

Lesen Sie als Team, dass Sie eine Geschichte schreiben müssen. Jeder Teilnehmer muss 2 Sätze schreiben. Sie haben 5 Minuten Zeit, um sich der Geschichte zuzustimmen, um zu erzählen und zu teilen, wer schreiben soll, welcher Teil schreiben soll. Sie sollten nicht darüber sprechen, wie Sie sich im Repository organisieren. (Sie können Story Cubes verwenden, um die Geschichte zu generieren.) Ich muss in der Lage sein, den Autor jedes Satzes zu finden. Die Geschichte muss konsequent sein und die Übereinstimmung der Zeit respektieren.

Schritt 2: Teilen Sie das Team auf

Stellen Sie sicher, dass die Teilnehmer desselben Teams so weit wie möglich im Raum positioniert sind. Sie dürfen nicht sehen, was auf dem PC ihres Kollegen angezeigt wird.

Lesen Sie , Sie dürfen auf keinen Fall mit anderen kommunizieren. Sie können nur über die Github -Schnittstelle kommunizieren.

Schritt 3: maximal 45 Minuten köcheln lassen

Lassen Sie sie maximal 45 Minuten tun. Sie sollten normalerweise auf mehrere Probleme stoßen. Wenn es dem Team gut geht, stellen Sie nach 20 Minuten eine neue Regel ein.

Lesen Sie , Sie müssen ein Rückcover in eine andere Datei schreiben

Machen Sie sich Notizen darüber, was schief gelaufen ist.

Schritt 4: Nachbesprechung mit dem Team

Sie müssen sich die Zweige des Git -Baumes ansehen. Sprechen Sie über die aufgetretenen Probleme.

Lassen Sie das Team Methoden vorschlagen, die Sorgen vermeiden würden. Wenn das Team keine Ideen hat, schlagen Sie Ihre Ideen vor.

• Beginnen Sie immer mit einem Zweig
• Verwenden Sie PR, um Ihren Freund Ihren Inhalt lesen zu lassen
• Verwenden Sie Merge, Rebase

Schritt 5: Startet von Anfang an, diesmal ist es der richtige.

Alles im Titel.

Fühlen Sie sich frei, Ihr Feedback zum Workshop in einem Problem zu teilen.

• Jede Idee
• Benötigen Sie Hilfe?