Se que el video es explicativo pero esto es mas funcional si trabajas en equipo no? no se si tiene algún caso crear ramas tu mismo y si e...

Lo que pasa es que cada local se tendría que formar las ramas

Tiene todo el caso ejemplo actualmente tengo mi master el cual aloja el proyecto que se encuentra en producción, se inicio un modulo nuevo el cual se debe trabajar bajo toda la estructura del proyecto actual ( la rama Worfloud) , pero aparte de eso se esta manejando unos cambios en módulos existentes que generan pdf (rama documentación) por lo cual si el departamento encargado me pasa la documentación nuevo edito pdf y pruebo subo a master y producción listo mientras mi rama worfloud esta esperando que termine unos componentes nuevo :) trabajo ordenado bien documentado.

Hola me parce muy válida la pregunta. Te voy a dar un ejemplo muy real (de hecho regresé a ver este video para recordar como hacer bien el merge). Estoy trabajando en un proyecto para una aplicación modo kiosko, que la corre una SBC más poderosa que una raspberry pi.

El ejemplo es este: Hay varios componentes que hacen parte del proyecto como la interfaz gráfica y un API.

Al principio hice un programa que medio probaba el API y mostraba una interfaz gráfica muy simple. A partir de este momento empecé con las ramas y cree una para el API y otra para la parte gráfica.

Entonces cuando trabajo en la parte de interfaz gráfica solo me enfoco en realizar la GUI, entoces eso me ayuda a tener un historial en el desarrollo de cada componente. Lo otro útil esque estas trabajando en un componente, en mi caso en la parte gráfica y de repente tengo que agregar algo al API, entonces cambio de rama y tranajo en la rama correspondiente. Así no veo commits tipo GUI1-GUI2-API1-GUI3, y en cambio lo que veo en la rama de interfaz gráfica es GUI1-GUI2-GUI3-GUI4... y en la del API1-API2-API3...

Eso me parece muy útil así trabajes solo. Adicionalmente creas un orden que te servirá para entender el código más adelante... Recuerda este refran:

"Cuando programas hoy, solo tu y Dios saben como funciona el programa, pero unos meses después solo Dios sabrá"

Saludos

Creeme que sí tiene caso, sobre todo cuando quieres hacer experimentos y quieres tener el proyecto funcional separado de tu experimento que puede que salga mal, y si sale mal imaginate que no lo quieres perder y volver al master que es la version segura y funcional y despues seguir haciendo experimentos con la otra rama