Práctica Integrada: Dominando Gitflow - Control de Versiones en Equipo

Test

Jugadas 26

Crear copia

Sobre esta actividad

Flujo de trabajo en Git Flow

Creada por

Arturo Guillén

Costa Rica

Descarga la versión para jugar en papel

Top 10 resultados

#	Jugador	Acierto	tiempo
1	Arturo Guillén 28 de Abril de 2026	% 100	08:48
2	Jordy hm 28 de Abril de 2026	% 89	01:07

¿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

Tipos de sintagmas (II)

idoia rubio

España

(945)

Actividades interactivas para reconocer los distintos tipos de sintagmas
Verbos irregulares en Inglés

Hélmer González Serrano

Colombia

(312)

Se presentan 10 preguntas, cada una con 4 opciones de respuesta. Seleccione la que considere correcta.
cuanto sabes de Futbol

hugo estay

Chile

(318)

este test esta basado en las diapositivas que pudimos ver con anterioridad, consta de 10 preguntas las cuales tienen alternativas para poder resolverlas.
Cultura general española

Ernest Serret

España

(100)

Responde las siguientes preguntas
Brawl stars preguntas

Carlos Andrés Prieto Rodríguez

Colombia

(164)

Completa todas las preguntas


Práctica Integrada: Dominando Gitflow - Control de Versiones en EquipoVersión en línea Flujo de trabajo en Git Flow por Arturo Guillén 1 Cuál es el propósito principal de la rama develop en Gitflow? a Contener el código en producción b Servir como rama de integración de todas las funcionalidades nuevas c Solo para correcciones urgentes d Para preparar releases e 2 ¿De qué rama se deben crear las feature branches? a develop b main/master c release d hotfix 3 ¿Cómo se nombran convencionalmente las ramas de funcionalidades? a feature/nombre-de-la-funcionalidad b nueva-funcionalidad c task/123 d bugfix/nombre 4 ¿Una vez terminada una feature, se fusiona directamente a la rama main.? a Verdadero b Falso 5 ¿Para qué se utiliza la rama release/* ? a Desarrollar nuevas funcionalidades grandes b Preparar y pulir una versión antes de llevarla a producción c Corregir errores críticos en producción d Experimentar cambios 6 ¿De qué rama se crea normalmente un hotfix? a develop b main/master c release actual d feature 7 Después de fusionar una release a main, ¿qué se debe hacer también? a Eliminar la rama release b Fusionarla también a develop c Crear un tag de versión d Todas las anteriores son correctas 8 La rama main (o master) siempre debe contener código estable y listo para producción. a Verdadero b Falso 9 ¿Por qué es recomendable hacer code review antes de mergear una feature a develop? Respuesta escrita 10 En Gitflow, ¿las ramas de feature deben eliminarse después de ser fusionadas? a Verdadero b Falso

Práctica Integrada: Dominando Gitflow - Control de Versiones en EquipoVersión en línea

Flujo de trabajo en Git Flow

por Arturo Guillén

Cuál es el propósito principal de la rama develop en Gitflow?

Contener el código en producción

Servir como rama de integración de todas las funcionalidades nuevas

Solo para correcciones urgentes

Para preparar releases

¿De qué rama se deben crear las feature branches?

develop

main/master

release

hotfix

¿Cómo se nombran convencionalmente las ramas de funcionalidades?

feature/nombre-de-la-funcionalidad

nueva-funcionalidad

task/123

bugfix/nombre

¿Una vez terminada una feature, se fusiona directamente a la rama main.?

Verdadero

Falso

¿Para qué se utiliza la rama release/* ?

Desarrollar nuevas funcionalidades grandes

Preparar y pulir una versión antes de llevarla a producción

Corregir errores críticos en producción

Experimentar cambios

¿De qué rama se crea normalmente un hotfix?

develop

main/master

release actual

feature

Después de fusionar una release a main, ¿qué se debe hacer también?

Eliminar la rama release

Fusionarla también a develop

Crear un tag de versión

Todas las anteriores son correctas

La rama main (o master) siempre debe contener código estable y listo para producción.

Verdadero

Falso

¿Por qué es recomendable hacer code review antes de mergear una feature a develop?

Respuesta escrita

En Gitflow, ¿las ramas de feature deben eliminarse después de ser fusionadas?

Verdadero

Falso

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.

Práctica Integrada: Dominando Gitflow - Control de Versiones en Equipo

Test

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Test

Tipos de sintagmas (II)

Test

Verbos irregulares en Inglés

Test

cuanto sabes de Futbol

Test

Cultura general española

Test

Brawl stars preguntas

Práctica Integrada: Dominando Gitflow - Control de Versiones en EquipoVersión en línea

por Arturo Guillén

Cuál es el propósito principal de la rama develop en Gitflow?

¿De qué rama se deben crear las feature branches?

¿Cómo se nombran convencionalmente las ramas de funcionalidades?

¿Una vez terminada una feature, se fusiona directamente a la rama main.?

¿Para qué se utiliza la rama release/* ?

¿De qué rama se crea normalmente un hotfix?

Después de fusionar una release a main, ¿qué se debe hacer también?

La rama main (o master) siempre debe contener código estable y listo para producción.

¿Por qué es recomendable hacer code review antes de mergear una feature a develop?

Respuesta escrita

En Gitflow, ¿las ramas de feature deben eliminarse después de ser fusionadas?

		%
	Anónimo	%
		%
		%