git kata

Git kata, aprende a usar git en el equipo

Cuando conoces las bases de Git, pero a veces tienes problemas con él. Este "código kata" podría ayudarlo a lidiar con problemas de git

Duración	2h30
Se necesitan suministros	- (opcional) Cubos de cuentos - Proyector de video - Internet
Max participante	Equipo de 4, máximo 12 personas
Habilidades requeridas	El objetivo de este taller es agudizar el uso de GIT en equipos para limitar los problemas cotidianos que se pueden encontrar con GIT (interdependencia, conflictos, ...)

Si eres un participante de Kata , sigue estas instrucciones

• Uno de los miembros del equipo de desarrollo debe crear un repositorio vacío y compartir la URL con los otros miembros
• Asegúrese de que cada participante tenga la posibilidad de comprometerse y fusionar el compromiso en este repositorio
• El repositorio debe estar vacío

Si eres el facilitador del taller

Botín de botín Haga clic aquí, no se lo estropee si está asistente. Spock Sicket

Como facilitador, su papel será acompañar a los equipos durante el taller 2H30.

Necesitas:

• una conexión a Internet
• un proyector de video
• (opcional) Cubos de cuentos

Paso 1: Explique las reglas

Lea como equipo, tendrá que escribir una historia. Cada participante tendrá que escribir 2 oraciones. Tiene 5 minutos para acordar la historia para contar y compartir quién debe escribir qué parte. No debe hablar sobre cómo se organizará en el repositorio. (Puede usar cuentos de cuentos para generar la historia) Debo poder encontrar al autor de cada oración. La historia debe ser consistente y respetar la concordancia del tiempo.

Paso 2: divide el equipo

Asegúrese de que los participantes del mismo equipo estén posicionados lo más posible en la sala. No deben ver lo que se muestra en la PC de su colega.

Leer que no debe comunicarse con otros de ninguna manera. Solo puede comunicarse a través de la interfaz GitHub.

Paso 3: cocine a fuego lento durante un máximo de 45 minutos

Permítales hacer lo que puedan durante un máximo de 45 minutos. Normalmente deberían encontrar varios problemas. Si el equipo está bien, introduzca una nueva regla después de 20 minutos.

Leer que debe escribir una portada posterior en otro archivo

Tome notas sobre lo que salió mal.

Paso 4: Interrief con el equipo

Debes mirar las ramas del árbol Git. Habla sobre los problemas encontrados.

Deje que el equipo proponga métodos que evitarían las preocupaciones. Si el equipo no tiene ideas, sugiera sus ideas.

• Siempre empiece en una rama
• Usa las relaciones públicas para dejar que tu amigo lea tu contenido
• Use fusion, rebase

Paso 5: A partir del principio, esta vez es el correcto.

Todo en el título.

No dude en compartir sus comentarios sobre el taller en un problema.

• Idea
• ¿Necesitas ayuda?