git kata

Git kata, научиться использовать git в команде

Когда вы знаете основы GIT, но иногда у вас есть проблемы с ним. Этот «код Kata» может помочь вам справиться с проблемами с GIT

Продолжительность	2H30
Поставки необходимы	- (Необязательно) Кубы истории - Видеопроектор - Интернет
Максимальный участник	Команда из 4, максимум 12 человек
Требуемые навыки	Цель этого семинара состоит в том, чтобы обострить использование GIT в командах, чтобы ограничить повседневные проблемы, с которыми можно столкнуться с GIT (взаимозависимость, конфликты, ...)

Если вы участник Kata , следуйте этим инструкциям

• Один из членов команды Dev должен создать пустой репозиторий и поделиться URL -адресом другим участникам
• Убедитесь, что каждый участник имеет возможность совершать и объединить коммит в этом репозитории
• Репозиторий должен быть пустым

Если вы фасилитатор мастерской

Портясь, нажмите здесь, не испортитесь, если вы являетесь сопровождающим, портит добычу

В качестве фасилитатора ваша роль будет заключаться в том, чтобы сопровождать команды во время семинара 2H30.

Вам нужно:

• подключение к Интернету
• видеопроектор
• (Необязательно) сюжетные кубики

Шаг 1: Объясните правила

Читайте как команда, вам придется написать историю. Каждому участнику придется написать 2 предложения. У вас есть 5 минут, чтобы договориться о истории, чтобы рассказать и поделиться, кто должен написать какую часть. Вы не должны говорить о том, как вы будете организовать себя в репозитории. (Вы можете использовать кубики истории , чтобы создать историю) Я должен быть в состоянии найти автора каждого предложения. История должна быть последовательной и уважать согласованность времени.

Шаг 2: разделить команду

Убедитесь, что участники той же команды расположены как можно дальше в комнате. Они не должны видеть, что отображается на ПК их коллеги.

Читайте, вы не должны общаться с другими ни какими средствами. Вы можете общаться только через интерфейс GitHub.

Шаг 3: Варите максимум 45 минут

Позвольте им сделать так, как они могут в течение максимум 45 минут. Они обычно должны столкнуться с несколькими проблемами. Если у команды все хорошо, введите новое правило через 20 минут.

Прочтите, вы должны записать обратную обложку в другом файле

Делайте заметки о том, что пошло не так.

Шаг 4: разбор с командой

Вы должны посмотреть на ветви дерева git. Поговорите о проблемах, с которыми сталкиваются.

Пусть команда предложит методы, которые избежали бы забот. Если у команды нет идей, предложите свои идеи.

• Всегда начинать с ветки
• Используйте PR, чтобы позволить вашему другу прочитать ваш контент
• Используйте Merge, Rebase

Шаг 5: Начиная с самого начала, на этот раз это правильный.

Все в названии.

Не стесняйтесь поделиться своими отзывами о семинаре в проблеме.

• Любая идея
• Нужна помощь?