Les fourches de Git sont-elles en fait des clones de Git ?

Question

Je continue à entendre des gens dire qu'ils forkent du code dans Git. Le terme "fork" de Git ressemble étrangement au terme "clone" de Git, plus une volonté psychologique (sans signification) de renoncer aux fusions futures. Il n'y a pas de commande fork dans Git, n'est-ce pas ?

GitHub rend les fourches un peu plus réelles en y agrafant la correspondance. En d'autres termes, vous appuyez sur le bouton fork et plus tard, lorsque vous appuyez sur le bouton pull request, le système est suffisamment intelligent pour envoyer un courriel au propriétaire. Il s'agit donc d'une petite danse autour de la propriété du dépôt et des permissions.

Oui/Non ? Y a-t-il des craintes que GitHub étende Git dans cette direction ? Ou des rumeurs selon lesquelles Git absorberait cette fonctionnalité ?

Answer 1

Fourche dans le contexte de GitHub, n'étend pas Git.
Il n'autorise le clonage que du côté du serveur.

Lorsque vous clonez un dépôt GitHub sur votre poste de travail local, vous ne pouvez pas contribuer au dépôt amont, sauf si vous êtes explicitement déclaré comme "contributeur". Cela s'explique par le fait que votre clone est une instance distincte de ce projet. Si vous souhaitez contribuer au projet, vous pouvez utiliser le forking pour le faire, de la manière suivante :

• clonez ce dépôt GitHub sur votre compte GitHub (c'est le "Partie "fourchette un clone du côté serveur)
• contribuer à ce dépôt GitHub (il se trouve dans votre propre compte GitHub, vous avez donc tout à fait le droit d'y pousser).
• signaler toute contribution intéressante en la renvoyant au dépôt GitHub d'origine (c'est-à-dire le "partie "pull request par le biais des changements que vous avez effectués sur votre propre dépôt GitHub)

Voir aussi " Flux de travail collaboratif sur GitHub ".

Si vous voulez garder un lien avec le dépôt d'origine (également appelé amont), vous devez ajouter une référence distante à ce dépôt d'origine.
Voir " Quelle est la différence entre origin et upstream sur GitHub ? "

Et avec Git 2.20 (Q4 2018) et plus, l'extraction à partir de la fourche est plus efficace, avec îles du delta .

Answer 2

Je continue à entendre des gens dire qu'ils forkent du code dans git. Git "fork" ressemble étrangement à git "clone" plus une volonté psychologique (sans signification) de renoncer aux fusions futures. Il n'y a pas de commande fork dans git, n'est-ce pas ?

La "bifurcation" est un concept, et non une commande spécifiquement prise en charge par un système de contrôle de version.

Le type le plus simple de bifurcation est synonyme de branchement. Chaque fois que vous créez une branche, quel que soit votre VCS, vous avez "bifurqué". Ces bifurcations sont généralement assez faciles à fusionner à nouveau.

Le type de fork dont vous parlez, où une partie distincte prend une copie complète du code et s'en va, se produit nécessairement en dehors du VCS dans un système centralisé comme Subversion. Un VCS distribué comme Git a une bien meilleure prise en charge de la bifurcation de la base de code entière et du démarrage effectif d'un nouveau projet.

Git (pas GitHub) supporte nativement le "forking" d'un repo entier (c'est-à-dire le cloner) de plusieurs façons :

• quand vous clonez, une télécommande appelée origin est créé pour vous
• par défaut, toutes les branches du clone suivront leurs origin équivalents
• récupérer et fusionner les modifications du projet original à partir duquel vous avez bifurqué est trivialement facile

Avec Git, il suffit de demander à un membre du projet d'origine de reprendre les sources de la bifurcation, ou de demander un accès en écriture pour reprendre les modifications. C'est cette partie que GitHub rend plus facile et standardise.

Des craintes concernant l'extension de git par Github dans cette direction ? Ou des rumeurs d'absorption de cette fonctionnalité par git ?

Il n'y a pas d'angoisse parce que votre hypothèse est fausse. GitHub "étend" la fonctionnalité de bifurcation de Git avec une interface graphique agréable et une manière standardisée d'émettre des demandes de retrait, mais il ne ajouter la fonctionnalité à Git. Le concept de full-repo-forking est intégré dans le contrôle de version distribué à un niveau fondamental. Vous pouvez abandonner GitHub à tout moment et continuer à pousser/tirer les projets que vous avez "bifurqués".

Answer 3

Oui, la fourchette est un clone. Il est apparu parce que, vous ne pouvez pas pousser les copies des autres sans leur permission . Ils font un copie pour vous ( fourchette ), où vous aurez également la permission d'écrire.

À l'avenir, si le propriétaire actuel ou d'autres utilisateurs d'un fork apprécient vos modifications, ils pourront les transférer dans leur propre dépôt. Vous pouvez également leur envoyer une "pull-request".

Answer 4

"Fork" dans ce contexte signifie "Faire une copie de leur code afin que je puisse ajouter mes propres modifications". Il n'y a pas grand chose d'autre à dire. Chaque clone est essentiellement un fork, et c'est à l'original de décider s'il faut retirer les modifications du fork.

Answer 5

Le clonage consiste à faire une copie du dépôt git sur une machine locale, tandis que la bifurcation consiste à cloner le dépôt dans un autre dépôt. Le clonage est réservé à un usage personnel (bien que des fusions futures puissent avoir lieu), mais avec la bifurcation, vous copiez et ouvrez un nouveau chemin de projet possible.