24 Haga Fork a un repositorio
En el indicador anterior (capítulo 23), se clonó el repositorio de otra persona para obtener una copia que pueda mantenerse actualizada, descargando nuevos commits en la copia local.
¿Qué pasa si quiere proponer un cambio a un repositorio? Entonces usted debe hacer fork, en vez de clonarlo.
24.1 Fork luego clone
En GitHub, navegue a un repositorio de interés.
En la esquina superior derecha, haga clic en Fork.
Esto crea una copia del repositorio en su cuenta GitHub y lo lleva allí en el navegador.
Utilice el flujo de trabajo habitual (capítulo 23) para clonarlo en su máquina local.
24.2 Fork y pull
Realice los cambios localmente, haga commit y, a continuación, haga push a su fork.
Cuando / si usted esté/á listo para proponer un cambio, proponga un pull request de su fork en GitHub al repositorio original propiedad de otra persona.
He aquí un esquema de cómo se vería esto:
24.3 Actualizando su fork
24.4 Actualizar su fork
Es más difícil mantener un fork actualizado que un clon. ¿Por qué? Porque el remoto primario asociado con el suyo local es su fork. Pero necesita obtener los nuevos commits del repositorio al que originalmente le hizo fork.
Necesita tener más de un remoto asociado con su repositorio local.
Si está nervioso acerca de la línea de comandos con Git, actualice su fork en GitHub a través del navegador. Entonces descargue para conseguir los commits en su repositorio local:
A largo plazo, querrá aprender a configurar un segundo remoto a distancia para su repositorio local. Descargue los nuevos commits en su repositorio local, luego súbalos a su propio fork:
Aquí hay un bosquejo manuscrito ideado por Bill Mills en un bar.
