Flujo de trabajo de bifurcación en el ecosistema de código abierto

En el ecosistema de código abierto, Git y Github se usan ampliamente para administrar de manera eficiente grandes proyectos y colaborar con otros desarrolladores en todo el mundo. Por lo tanto, cada desarrollador que contribuye a estos proyectos de código abierto sigue un flujo de trabajo de bifurcación general. Así que profundicemos para ver cómo funciona exactamente este Working by Forking en un ecosistema de código abierto.

Bifurcar un repositorio y clonarlo en el entorno local

Simplemente visite la página de Github del proyecto de código abierto que desea contribuir, luego, después de elegir el repositorio en particular, simplemente haga clic en el botón `Fork` situado en la esquina superior derecha. Ahora que ha creado su propia copia de ese repositorio bifurcándolo, clonemos su repositorio bifurcado en la máquina local ejecutando el siguiente comando:

command: git clone https://github.com/your_username/forked_project.git

example: git clone https://github.com/Aniruddha-Shriwant/techdocs.git

Agregar repositorio ‘upstream’ a la lista de controles remotos 

Upstream es un repositorio desde donde ha bifurcado su copia local del proyecto. Ahora, para mantener su bifurcación actualizada y sincronizarla con el repositorio ‘upstream’ original, agreguemos un nuevo control remoto llamado upstream:

git remote add upstream https://github.com/accordproject/techdocs.git

Puede verificar el control remoto ejecutando el 

git remove -v

Obtener desde el control remoto aguas arriba 

Para actualizar su bifurcación con los últimos cambios ascendentes, deberá obtener las ramas del repositorio ascendente y sus últimas confirmaciones mediante el comando git fetch.

git fetch upstream

Ahora echa un vistazo a tu propia rama maestra y fusiona la rama maestra del repositorio ascendente:

git checkout master
git merge upstream/master

Ahora su sucursal maestra local está actualizada con todo lo actualizado en sentido ascendente.

Creando una nueva sucursal

Cada vez que comience a trabajar en una nueva función/corrección de errores, es importante crear una nueva rama separada no solo porque es una etiqueta adecuada de git, sino que también puede mantener sus cambios separados de la rama maestra y puede administrar fácilmente múltiples requests de extracción enviadas. Para crear una nueva rama, primero vaya a la rama principal, ya que queremos que nuestra nueva rama provenga de la rama principal y luego cree su nueva rama y edite los cambios en consecuencia.

git checkout master

git checkout -b yourNewBranch  //This command will create a new branch and then checkout in it

Reorganizar su rama antes de hacer una solicitud de extracción

Mientras trabaja en su rama de desarrollo, si se realizan nuevos compromisos en la rama principal de upstream, deberá volver a establecer la base de su rama para que los mantenedores puedan fusionar su PullRequest fácilmente y cualquier conflicto se evite de antemano.

Obtenga el maestro ascendente y luego combínelo con la rama maestra de su repositorio local:

git fetch upstream
git checkout master
git merge upstream/master

Rebase su rama de desarrollo con la rama maestra:

git checkout yourNewBranch    // yourNewBranch = your development branch that you have created earlier
git rebase master

Después de reorganizar su rama, está listo para impulsar esos cambios y crear una solicitud de extracción en Github.

Conclusión

Para concluir, dominar esta etiqueta de flujo de trabajo lo ayudará en su viaje de código abierto y no enfrentará ningún problema que enfrentan los principiantes al hacer sus contribuciones a los proyectos de código abierto.