GIT flow

Froggy Jumps

Jugadas 5

Crear copia

Sobre esta actividad

Flujo en GIT

Creada por

Verónica Mora Lezcano

Costa Rica

Este juego es una version de

Requerimientos y flujo de GIT

Descarga la versión para jugar en papel

Top 10 resultados

#	Jugador	Acierto	tiempo
1	ney 24 de Marzo de 2026	% 85	04:26

¿Quieres aparecer en el Top 10 de este juego? Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

OPEN UP 6 UNIT 1 VOCABULARY

karen blixen

España

(102)

Repasamos el vocabulario de la unidad
Quiz de Culpa mía película

Yamila Chavez

Argentina

(179)

Demuestra cuánto sabes sobre la película Culpa mía con este divertido quiz.
El valle de los lobos

Marcos Signes

España

(113)

20 preguntas de este maravilloso libro
Sabiduría animal

Educaplay Educational Resources

España

(15523)

Conviértete en un genio del Reino Animal
Salva a la Ranita

Melanie Rodriguez

Estados Unidos

(345)

Contesta las siguientes multiplicaciones correctamente para salvar a la ranita y evitar que caiga al agua, mucha suerte!

		%
	Anónimo	%
		%
		%

Imprime tu juego

GIT flow


Froggy Jumps GIT flowVersión en línea Flujo en GIT por Verónica Mora Lezcano 1 ¿Cuál de los siguientes NO es un buen momento para hacer un commit? a Cuando el código compila y no rompe la rama principal. b Cuando acabas de corregir un error tipográfico en un comentario. c Cuando el código está a medio cambiar y las pruebas fallan. 2 Trabaja en equipo y necesita compartir un avance parcial con un compañero para que revise su enfoque. ¿Qué debería hacer? a Hacer un commit con un mensaje claro y subirlo a una rama compartida. b Esperar a terminar todo y luego compartir. c Enviar los archivos por correo electrónico. 3 ¿Con qué frecuencia se recomienda hacer commits? a Una vez al día, al terminar la jornada. b Por cada cambio lógico atómico que deje el código en estado funcional. c Solo cuando se completa una historia de usuario completa. 4 Acaba de arreglar un bug crítico en producción. ¿Cuándo debería hacer commit? a Después de documentar el bug en el sistema de tickets. b Al final de la semana, junto con otros cambios. c Inmediatamente después de probar la corrección localmente. 5 Ha estado trabajando en una rama login durante tres días. Aún no termina, pero necesita cambiar urgentemente a arreglar otro bug. ¿Qué debe hacer? a Borrar los cambios y empezar el bug desde cero. b Crear una rama nueva para el bug. c Hacer commit de lo que tengas (aunque no esté terminado) con un mensaje tipo "WIP" o en progreso. 6 ¿Cuándo es recomendable eliminar una rama después de integrarla? a Nunca, todas las ramas deben conservarse para siempre. b Solo si la rama fue creada hace más de un mes. c Inmediatamente después de que se fusionó con éxito y no se necesita más. 7 ¿Cuál de estos mensajes de commit es más informativo y útil? a "Arreglado bug" b "Fix" c "Corrige error #345: el campo email no se validaba correctamente en el formulario de registro" 8 ¿Qué problema tiene este mensaje de commit?: "cambios varios" a Es demasiado largo. b Usa mayúsculas. c No describe qué se cambió ni por qué. 9 Un compañero ha hecho un commit con el mensaje: "Fix typo". ¿Qué información falta? a La fecha exacta del commit. b El nombre del archivo no es necesario. c Dónde estaba el error tipográfico y qué se corrigió. 10 ¿Cuál es la principal diferencia entre git fetch y git pull? a fetch descarga los cambios del repositorio remoto pero no los integra y pull los descarga e integra b git fetch solo funciona en repositorios locales, mientras que git pull funciona en remotos. c Ambos comandos hacen exactamente lo mismo; son intercambiables. 11 ¿Qué hace exactamente el comando git rebase? a Crea una copia de seguridad del repositorio completo. b Reorganiza o aplica commits de una rama sobre la punta de otra rama, creando un historial lineal. c Elimina commits antiguos para liberar espacio en el repositorio. 12 Tres desarrolladores trabajan en ramas diferentes. Luis finaliza su trabajo y lo fusiona en develop. A continuación, Clara intenta fusionar su rama login en develop pero Git reporta un conflicto. ¿Cuál es la causa más probable? a Clara no tiene permisos de escritura en el repositorio. b La rama login está corrupta. c Luis y Clara modificaron las mismas líneas de código en los mismos archivos de manera diferente. 13 ¿Cuál es la mejor práctica al fusionar una rama feature de larga duración con develop para minimizar conflictos? a Fusionar la rama feature solo al final del proyecto. b Hacer git merge develop dentro de la rama feature periódicamente para mantenerla actualizada. c Evitar usar ramas feature y trabajar directamente en develop.

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.

GIT flow

Froggy Jumps

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Froggy Jumps

OPEN UP 6 UNIT 1 VOCABULARY

Froggy Jumps

Quiz de Culpa mía película

Froggy Jumps

El valle de los lobos

Froggy Jumps

Sabiduría animal

Froggy Jumps

Salva a la Ranita

Froggy Jumps

GIT flowVersión en línea

por Verónica Mora Lezcano

¿Cuál de los siguientes NO es un buen momento para hacer un commit?

Trabaja en equipo y necesita compartir un avance parcial con un compañero para que revise su enfoque. ¿Qué debería hacer?

¿Con qué frecuencia se recomienda hacer commits?

Acaba de arreglar un bug crítico en producción. ¿Cuándo debería hacer commit?

Ha estado trabajando en una rama login durante tres días. Aún no termina, pero necesita cambiar urgentemente a arreglar otro bug. ¿Qué debe hacer?

¿Cuándo es recomendable eliminar una rama después de integrarla?

¿Cuál de estos mensajes de commit es más informativo y útil?

¿Qué problema tiene este mensaje de commit?: "cambios varios"

Un compañero ha hecho un commit con el mensaje: "Fix typo". ¿Qué información falta?

¿Cuál es la principal diferencia entre git fetch y git pull?

¿Qué hace exactamente el comando git rebase?

Tres desarrolladores trabajan en ramas diferentes. Luis finaliza su trabajo y lo fusiona en develop. A continuación, Clara intenta fusionar su rama login en develop pero Git reporta un conflicto. ¿Cuál es la causa más probable?

¿Cuál es la mejor práctica al fusionar una rama feature de larga duración con develop para minimizar conflictos?