Flujos de trabajo con forks en GitHub

Imagine que quiere contribuir a un proyecto de código abierto, pero no tiene permiso para modificar directamente su código. ¡Ahí es donde entra en juego el fork!

Un fork es simplemente una copia personal del repositorio de GitHub de otra persona. Se encuentra en su propia cuenta de GitHub, lo que le proporciona control total para experimentar y realizar cambios sin afectar al proyecto original.

El motivo principal para crear un fork de un repositorio es proponer cambios en un proyecto cuando no tiene acceso de escritura directo a su código fuente original.

• Experimentación segura: Trabaje en su copia sin temor a dañar el original.
• Vía de contribución: Es la forma habitual de sugerir funcionalidades o correcciones en proyectos públicos.
• Proyectos personales: Use un fork como punto de partida para su propio proyecto relacionado.

Crear un fork de un repositorio en GitHub es muy sencillo:

1. Vaya al repositorio original que desea bifurcar.
2. Busque el botón «Fork», normalmente en la esquina superior derecha.
3. Haga clic en el botón «Fork». GitHub creará una copia de ese repositorio en su cuenta.

Ahora tendrá github.com/YOUR_USERNAME/ORIGINAL_REPO_NAME.

Una vez creado el fork del repositorio en GitHub, querrá descargar esa copia en su máquina local para empezar a trabajar con ella.

Use el comando git clone, pero asegúrese de clonar la URL de su fork, no la URL del repositorio original.

Ahora que ha clonado su fork localmente, puede realizar cambios como en cualquier otro proyecto de Git. Es recomendable crear una nueva rama para su funcionalidad o corrección.

Después de confirmar los cambios localmente, debe enviarlos a su fork remoto en GitHub. Esto actualiza su copia personal del repositorio.

El remoto origin normalmente apunta a su fork.

Mientras trabaja en su fork, el repositorio original (a menudo llamado «upstream») puede recibir nuevas actualizaciones. Para mantener su fork al día, debe sincronizarlo.

Primero, añada el repositorio original como un nuevo remoto llamado upstream. Después, obtenga y fusione sus cambios.

Una vez completados los cambios y enviados a su fork, estará listo para proponerlos al proyecto original. Esto se hace mediante un Pull Request (PR).

En GitHub, vaya a su fork. A menudo verá un aviso que le sugiere crear un PR desde su nueva rama. Siga las indicaciones para comparar su rama con la rama principal del repositorio original y enviar su propuesta.

En resumen, el flujo de trabajo habitual con forks es:

• Fork: Cree su copia personal en GitHub.
• Clone: Descargue su fork en su máquina local.
• Develop: Realice cambios en una nueva rama.
• Push: Envíe sus cambios a su fork remoto.
• Sync: Mantenga su fork actualizado con el proyecto original.
• Pull Request: Proponga sus cambios al proyecto original.

Comprender por qué y cómo usar un flujo de trabajo con forks es esencial para colaborar en proyectos de código abierto.

En esta lección, ha aprendido sobre el flujo de trabajo de forks de GitHub. Ahora comprende que un fork crea una copia personal de un repositorio, lo que le permite contribuir a proyectos incluso sin acceso de escritura directo.

Hemos visto cómo crear un fork, clonarlo, realizar cambios, enviarlos a su fork, sincronizarlo con el repositorio upstream y, por último, crear un Pull Request para proponer sus contribuciones. ¡Este flujo de trabajo es fundamental para el desarrollo colaborativo en GitHub!