git kata

Git kata, apprenez à utiliser Git en équipe

Lorsque vous connaissez les bases de Git, mais parfois vous avez des problèmes avec cela. Ce "code kata" pourrait vous aider à faire face aux problèmes GIT

Durée	2h30
Fournitures nécessaires	- Cubes d'histoire (facultative) - Projecteur vidéo - Internet
Participant maximal	Équipe de 4, max 12 personnes
Compétences requises	L'objectif de cet atelier est d'aiguiser l'utilisation du GIT dans les équipes afin de limiter les problèmes quotidiens qui peuvent être rencontrés avec Git (interdépendance, conflits, ...)

Si vous êtes un participant Kata , suivez ces instructions

• L'un des membres de l' équipe de développement doit créer un référentiel vide et partager l'URL avec les autres membres
• Assurez-vous que chaque participant a la possibilité de s'engager et de fusionner de ce référentiel
• Le référentiel doit être vide

Si vous êtes le facilitateur de l'atelier

Spoist Cliquez ici, ne vous gâtez pas si vous êtes un gâchis de gâchis

En tant que facilitateur, votre rôle sera d'accompagner les équipes lors de l'atelier 2H30.

Vous devez:

• Une connexion Internet
• un projecteur vidéo
• Cubes d'histoire (facultative)

Étape 1: Expliquez les règles

Lisez en tant qu'équipe, vous devrez écrire une histoire. Chaque participant devra écrire 2 phrases. Vous disposez de 5 minutes pour vous convenir de l'histoire pour raconter et partager qui devrait écrire quelle partie. Vous ne devriez pas parler de la façon dont vous vous organiserez sur le référentiel. (Vous pouvez utiliser des cubes d'histoire pour générer l'histoire) Je dois être en mesure de trouver l'auteur de chaque phrase. L'histoire doit être cohérente et respecter la concordance du temps.

Étape 2: diviser l'équipe

Assurez-vous que les participants de la même équipe sont positionnés autant que possible dans la salle. Ils ne doivent pas voir ce qui est affiché sur le PC de leur collègue.

Lire, vous ne devez en aucun cas communiquer avec les autres. Vous ne pouvez communiquer que via l'interface GitHub.

Étape 3: mijoter un maximum de 45 minutes

Laissez-les faire comme ils le peuvent pendant un maximum de 45 minutes. Ils devraient normalement rencontrer plusieurs problèmes. Si l'équipe se porte bien, introduisez une nouvelle règle après 20 minutes.

Lire vous devez écrire une couverture arrière dans un autre fichier

Prenez des notes sur ce qui n'a pas fonctionné.

Étape 4: débriefing avec l'équipe

Vous devez regarder les branches de l'arbre git. Parlez des problèmes rencontrés.

Laissez l'équipe proposer des méthodes qui éviteraient les inquiétudes. Si l'équipe n'a pas d'idées, suggérez vos idées.

• Commencez toujours sur une branche
• Utilisez PR pour laisser votre ami lire votre contenu
• Utilisez Merge, Rebase

Étape 5: À partir du début, cette fois, c'est le bon.

Tout dans le titre.

N'hésitez pas à partager vos commentaires sur l'atelier dans un numéro.

• Toute idée
• Besoin d'aide?