El modelo Fork & pull


Lección 34 / 53

El modelo Fork & pull

Git Guía Git Guía Git español

El modelo de repositorio compartido (remoto) es la forma más fácil de colaborar en el desarrollo de un proyecto usando Git. Hay un único repositorio remoto utilizado por todos los colaboradores para enviar y recibir commit.

Veamos otro modelo, promovido por el servicio GitHub, donde existen múltiples repositorios remotos con diferentes permisos para los colaboradores
 

Fork & Pull

Fork & Pull
 

En este modelo están presentes dos repository remotos:

  • upstream es el repository original que actúa como una “master copy” para todos los colaboradores; desde este repository remoto los colaboradores pueden recuperar los nuevos commit (fetch), pero no pueden enviar directamente nuevos commit
  • origin es un repository remoto propiedad de un colaborador, que ha sido clonado desde el repository upstream; el colaborador puede enviar (push) y recuperar (fetch) commit desde este repository

El repositorio local sabe entonces que hay dos repositorios remotos diferentes a los que está vinculado. Estos repositorios remotos, denominados tracked repository, se pueden inspeccionar y modificar con el comando git remote.

El modelo fork & pull está pensado para aquellas situaciones colaborativas en las que no es posible o no es deseable dar acceso de escritura al repositorio principal remoto a cada desarrollador, pero sigue siendo útil tener un repositorio remoto donde el colaborador pueda guardar su trabajo y posiblemente compartirlo con otros.

El repositorio remoto personal se denomina "fork" y el maintainer del proyecto original podrá recuperar los cambios del fork para incorporarlos al proyecto original usando el comando git pull, indicando el repositorio del fork como remoto desde el cual recuperar los cambios.

Del mismo modo, el propietario del repositorio fork podrá recuperar los nuevos commit del proyecto original a través de git pull e incorporarlas a su fork.

Guía Git en español 1 ¿Qué es Git? 2 Nacimiento de Git 3 Principales características de Git 4 Línea de comando UI en Git 5 Cómo instalar Git 6 5 comandos Git para desarrolladores individuales 7 5 comandos Git para desarrollar en colaboración 8 Repository en Git 9 Commit en Git 10 Working Copy en Git 11 Staging Area en Git 12 Branch en Git 13 Remote en Git 14 Inicializar un nuevo repository con git init 15 Crear una copia de un repository remoto en Git con git clone 16 Configurar las opciones de Git con git config 17 El comando Git add en Git 18 El comando Git commit en Git 19 El comando Git diff en Git 20 El comando Git stash en Git 21 .gitignore : los archivos ignored en Git 22 El comando Git status en Git 23 El comando Git log en Git 24 El comando Git tag en Git 25 El comando Git blame en Git 26 El comando Git checkout en Git 27 El comando Git revert en Git 28 El comando Git reset en Git 29 El comando Git rm en Git 30 La opción Git commit –amend en Git 31 Git rebase –interactive en Git 32 Atajos para comandos frecuentes en Git 33 Repository compartido en Git 34 El modelo Fork & pull 35 El comando Git remote en Git 36 Los principales repository remote de Git: Github, Gitlab y Bitbucket 37 El comando Git fetch en Git 38 El comando Git push en Git 39 El comando Git pull en Git 40 El comando Git branch en Git 41 El comando Git checkout en Git 42 El comando Git merge en Git 43 Resolver un merge conflict en Git 44 Entender mejor el contenido de los commit durante un conflicto de merge en Git 45 Workflow Git centralizado 46 Workflow Git feature branching 47 Workflow Git trunk-based 48 Enfoque “forking” en Git 49 Gitflow en Git 50 Mensajes de commit en Git 51 Tagging & Versioning en Git 52 La opción merge en Git 53 La opción rebase en Git

© 2022 Aulab. Todos los derechos reservados • P.IVA: IT07647440721 • Política de privacidad