git kata

Git Kata、チームでGitの使用方法を学びます

Gitのベースを知っているが、時には問題がある場合。この「コードカタ」は、GITの問題に対処するのに役立ちます

間隔	2H30
必要な消耗品	- （オプション）ストーリーキューブ - ビデオプロジェクター - インターネット
マックス参加者	4人のチーム、最大12人
必要なスキル	このワークショップの目的は、GIT（相互依存、対立、...）で遭遇する可能性のある日常の問題を制限するために、チームでのGitの使用を削ることです。

あなたがカタの参加者である場合は、これらの指示に従ってください

• 開発チームメンバーの1人が空のリポジトリを作成し、他のメンバーとURLを共有する必要があります
• 各参加者がこのリポジトリにコミットして統合する可能性があることを確認してください
• リポジトリは空にする必要があります

あなたがワークショップファシリテーターなら

ネタバタしたネタバレはここをクリックしてください、あなたが付き添いだったとしても自分を台無しにしないでください

ファシリテーターとして、あなたの役割は、2H30ワークショップでチームに同行することです。

必要がある：

• インターネット接続
• ビデオプロジェクター
• （オプション）ストーリーキューブ

ステップ1：ルールを説明します

チームとして読むと、ストーリーを書く必要があります。各参加者は2つの文章を書く必要があります。誰がどの部分を書くべきかを伝えて共有するために、ストーリーに同意する5分があります。リポジトリで自分自身を整理する方法について話すべきではありません。 （ストーリーキューブを使用してストーリーを生成できます）各文の著者を見つけることができなければなりません。物語は一貫性があり、時間の一致を尊重しなければなりません。

ステップ2：チームを分割します

同じチームの参加者が部屋にできるだけ配置されていることを確認してください。彼らは、同僚のPCに表示されているものを見てはいけません。

読んでくださいあなたは決して他の人と通信してはいけません。 GitHubインターフェイスを介してのみ通信できます。

ステップ3：最大45分間煮る

できる限り最大45分間やらせてください。通常、いくつかの問題に遭遇するはずです。チームが順調に進んでいる場合は、20分後に新しいルールを導入してください。

読むあなたは別のファイルにバックカバーを書く必要があります

何がうまくいかなかったかについてメモを取ります。

ステップ4：チームとの報告

gitツリーの枝を見る必要があります。遭遇した問題について話してください。

チームに心配を避ける方法を提案させてください。チームにアイデアがない場合は、あなたのアイデアを提案してください。

• 常にブランチから始めてください
• PRを使用して、友達にコンテンツを読ませてください
• マージ、リベースを使用します

ステップ5：最初から、今回は正しいものです。

すべてタイトルに。

問題のワークショップに関するフィードバックをお気軽に共有してください。

• どんなアイデア
• 助けが必要ですか？