git kata

Git kata, aprenda a usar o git na equipe

Quando você conhece as bases do Git, mas às vezes você tem problemas com isso. Este "código kata" pode ajudá -lo a lidar com problemas git

Duração	2H30
Suprimentos necessários	- (opcional) Cubos de história - Projetor de vídeo - Internet
Participante máximo	Equipe de 4, max 12 pessoas
Habilidades necessárias	O objetivo deste workshop é aprimorar o uso do Git nas equipes, a fim de limitar os problemas cotidianos que podem ser encontrados com Git (interdependência, conflitos, ...)

Se você é um participante da KATA , siga estas instruções

• Um dos membros da equipe de desenvolvimento deve criar um repositório vazio e compartilhar o URL com os outros membros
• Certifique -se de que cada participante tenha a possibilidade de comprometer e mesclar cometer neste repositório
• O repositório deve estar vazio

Se você é o facilitador do workshop

Despojar o spontar clique aqui, não se estrague se você for um despojo para atendente

Como facilitador, seu papel será acompanhar as equipes durante o workshop do 2H30.

Você precisa:

• uma conexão com a Internet
• um projetor de vídeo
• (opcional) cubos de história

Etapa 1: explique as regras

Leia como uma equipe, você terá que escrever uma história. Cada participante terá que escrever 2 frases. Você tem 5 minutos para concordar com a história para contar e compartilhar quem deve escrever qual parte. Você não deve falar sobre como se organizará no repositório. (Você pode usar cubos de história para gerar a história) Devo ser capaz de encontrar o autor de cada frase. A história deve ser consistente e respeitar a concordância do tempo.

Etapa 2: divida a equipe

Certifique -se de que os participantes da mesma equipe estejam posicionados o mais longe possível na sala. Eles não devem ver o que é exibido no PC de seu colega.

Leia você não deve se comunicar com os outros por qualquer meio. Você só pode se comunicar através da interface do GitHub.

Etapa 3: Cozinhe por um máximo de 45 minutos

Deixe -os fazer o que puder por um máximo de 45 minutos. Eles normalmente devem encontrar vários problemas. Se a equipe estiver bem, introduza uma nova regra após 20 minutos.

Leia você deve escrever uma capa em outro arquivo

Tome anotações sobre o que deu errado.

Etapa 4: Debrief com a equipe

Você deve olhar para os galhos da árvore git. Fale sobre os problemas encontrados.

Deixe a equipe propor métodos que evitariam preocupações. Se a equipe não tiver idéias, sugira suas idéias.

• Sempre comece em uma filial
• Use PR para deixar seu amigo ler seu conteúdo
• Use Merge, Rebase

Etapa 5: a partir do início, desta vez é o certo.

Tudo no título.

Sinta -se à vontade para compartilhar seus comentários sobre o workshop em um problema.

• Qualquer ideia
• Precisa de ajuda?