Introducción

A mi me gusta pensar en las ramas como un árbol, que si lo pensamos me parece que se llaman ramas por el mismo motivo, ya que entre más avanzamos más se va pareciendo a un árbol equisde.

¿Qué son las ramas?

Cuando iniciamos un proyecto en Git con git init, se inicia con una rama principal, esa rama principal, puede ser main, master, etc. Ahora las ramas en sí, son copias del código de la rama principal, se encuentra aislado.

¿Y esto de que nos sirve?

Para poder trabajar en diversas versiones del proyecto sin afectar la versión principal. Generalmente un proyecto típico se divide en ramas que contienen funcionalidades especificas, por poner un ejemplo imagina un sistema de finanzas personales como Ajoruto, supongamos que yo tengo una versión inicial estable que ya contiene los módulos de manejo de movimientos, de carteras y de categorías, y yo quiero agregar manejo de metas de ahorro, esto tiene un impacto en movimientos y carteras, por ende voy a hacer cambios a estos módulos, existiendo la posibilidad de que se rompa algo.

Pues como una solución sencilla seria trabajar en una rama secundaria, en donde pueda modificar todo lo que se me hinche sin preocuparme de si rompo algo de lo que ya sirve.

Ahora, este es un ejemplo de para que nos sirven las ramas, pero pues también imagínate que tu trabajas en un proyecto con 10 personas, cada persona trabajando en un modulo, pues puedes generar 10 ramas y al final solo juntar el código mediante git merge

Conclusión

Las ramas son super importantes para Git, en mi humilde opinión, es un pilar de lo que Git ofrece y saber utilizarlas y saber que son son esenciales para exprimir las capacidades de Git, por otro lado pues mucho texto bro.