2 - Flujo de trabajo en GitHub | Curso Git y GitHub

El flujo de trabajo en GitHub implica, básicamente, trabajar en ramas (branches) que tienen un propósito específico, para después combinar (merge) esas ramas con la rama principal (master o main).

El proceso de combinar una rama con la rama principal se conoce como pull request. En este proceso se puede iniciar una comunicación de ida y vuelta con otros miembros de un equipo, de manera que la rama se combina con la principal hasta que todo el equipo esté satisfecho con su funcionamiento.

[oshoosho]

el problema con todos los q explican git es usan palabras q podrían parecer exóticas para el novato. palabras como repositorio, rama.... pueden parecer muy obvias para los programadores, pero para el novato puede q no lo sea. un problema q tiene el gráfico q presentas es q inicialmente presentas q luego de los commits vienen, los push... pero en ninguna parte del gráfico está la palabra push. el novato queda en el limbo inmediatamente. luego un pull request implica un merge automáticamente, según la presentación inicial del proceso. pero en la gráfica pareciera q es algo aparte del pull request, como si fuera otro proceso... esto podría hacer pensar al novato q le hace falta algo más después de un pull request... en el mejor de los casos...