Git - Ramas

¿Cuál es una buena práctica al trabajar con ramas en Git?

• Usar la misma rama para todas las características y correcciones.
• No hacer commits hasta que la característica esté completamente terminada.
• Crear ramas específicas para cada nueva característica o corrección de errores.
• Eliminar ramas después de cada commit.

Si al hacer merge no se genera un commit nuevo, significa que hubo un error. ¿Verdadero o Falso?

• Falso
• Verdadero

En Git, las ramas son:

• Las ramas en Git son líneas de desarrollo independientes que permiten trabajar en diferentes características o correcciones de manera aislada.
• Las ramas en Git son herramientas para compilar el código.
• Las ramas en Git son archivos de configuración del sistema.
• Las ramas en Git son copias de seguridad del repositorio.

En el contexto git, origin generalmente significa:

• El repositorio local por defecto.
• El nombre del autor del repositorio.
• El repositorio remoto por defecto.

Qué cambios ocurren dentro del repositorio luego de ser aplicada la estrategia Fast-forward?

• Se crea un nuevo branch para la fusión.
• El repositorio se reinicia a un estado anterior.
• Se generan múltiples commits de fusión.
• El repositorio se actualiza para reflejar el último commit de la rama objetivo, sin crear un commit de fusión.

Luego de resolver un conflicto de forma manual durante la Fast Forward Strategy, para concluir el merge se debe:

• Agregar los cambios al y hacer commit.

• Eliminar los cambios del índice y hacer un push.

• Hacer un pull sin resolver conflictos.
• Ninguna de las anteriores