¿Cómo se prueba una idea sin poner en riesgo lo que ya funciona?

El oficio que ya tienes

Antes de aplicar un instrumento se pilotea: se prueba con pocas personas, se anota qué falló y se corrige, sin tocar la versión que irá a campo. Una rama es la libreta de la prueba piloto, separada del cuaderno principal hasta que sus notas se ganan su lugar.

En Marienthal

Abres una rama llamada piloto para ensayar otra forma de la pregunta central: en vez de una lista cerrada de actividades, un registro abierto, hora por hora, como el de Marienthal. Mientras tanto, en la rama principal corriges una errata en esa misma pregunta. Al unir piloto, Git marca un conflicto en ese renglón: decides qué redacción queda y lo explicas en el mensaje.

En tu proyecto

Elige una duda abierta de tu proyecto (una redacción, una variable, un orden) y ensaya una alternativa en una rama propia. Guarda ahí tus versiones. Al cerrar, decide si la unes con git merge o la dejas, y anota por qué.

Conceptos

Rama

Una línea de versiones aparte dentro del mismo repositorio. Pasarte de rama cambia los archivos que ves.

Rama principal

La rama de la versión que funciona. Git la llama main o master, según la configuración.

Unir (merge)

Traer a una rama las versiones de otra. Si las dos avanzaron, Git crea una versión de unión.

Conflicto

Lo que ocurre cuando dos ramas cambiaron los mismos renglones. Git se detiene y te pide decidir.

Instrumental

git branch

Ver las ramas del proyecto y en cuál estás.

git switch -c <rama>

Crear una rama nueva y pasarte a ella.

git switch <rama>

Pasarte a una rama que ya existe.

git merge <rama>

Unir esa rama a la rama en la que estás.

git merge --abort

Cancelar una unión con conflictos y dejar todo como estaba antes.