Différence entre Github Fork et Clone

La fourniture et le clonage sont les deux concepts les plus importants qui pourraient être familiers aux utilisateurs de GitHub (et de code similaire). Mais rien n'est aussi simple qu'il n'y paraît dans le monde open source, donc naturellement, il y a beaucoup de confusion dans les deux termes. Qu'est-ce qu'une fourchette? Qu'est-ce qu'un clone? Sont la fourche et le clonage la même chose? Et la surcharge du terme fourche a amplifié cette confusion parmi la communauté open source. Donc, parfois, une fourche est un clone, mais surtout, une fourche est simplement une fourchette. Jetons un œil à ce qui est quoi et en quoi les deux concepts diffèrent.

Qu'est-ce que Github Fork?

Parfois, lorsque vous travaillez sur des projets open source, il arrive un moment où les gens qui ne sont pas dans votre équipe voudraient contribuer quelque chose à votre projet. Disons que vous voulez contribuer quelque chose au projet de quelqu'un d'autre, dont vous n'êtes pas le propriétaire ou le collaborateur. Ce que vous ferez alors? Vous ne pouvez pas modifier le fichier et vous ne pouvez certainement pas créer un nouveau fichier. Donc, dans de telles situations, ce que vous allez faire, c'est que vous fourrez un référentiel. Mais qu'est-ce qu'une fourchette? Une fourche n'est rien d'autre qu'une copie d'un référentiel qui vous permet de travailler sur le projet de quelqu'un d'autre sans affecter le projet d'origine. La fourniture est l'une des opérations les plus simples sur GitHub qui crée une copie d'un référentiel sans avoir besoin de permission de modifier le référentiel d'origine. Plutôt que de télécharger l'intégralité du référentiel, il crée une copie sur les serveurs de GitHub qui est un référentiel séparé. Vous pouvez créer un référentiel local, apporter des modifications à lui et faire des engagements, et apporter les modifications au référentiel d'origine.

Qu'est-ce que le clone GitHub?

La collaboration est un élément fondamental de Git, mais pour collaborer à Git, vous devez avoir un référentiel git distant. Techniquement, vous pouvez pousser les changements et tirer les changements des référentiels des individus, mais il n'est souvent pas conseillé car cela crée un gâchis sur qui travaille si vous ne faites pas attention. De plus, vous ne voulez pas non plus interrompre vos collaborateurs et ils devraient pouvoir accéder au référentiel même si votre machine est hors ligne. Donc, il est utile d'avoir un référentiel commun. La meilleure chose à faire est de cloner un référentiel. Mais qu'est-ce qu'un clone? Un clone est essentiellement une copie locale d'un référentiel distant qui est stocké sur votre ordinateur portable ou votre ordinateur personnel afin que vous puissiez se synchroniser entre les emplacements distants et locaux du projet. Cela vous permet de travailler ou de modifier les fichiers dans un projet localement plutôt que d'interférer directement avec le référentiel d'origine. L'historique entier de toutes les modifications apportées au projet est également tirée par défaut lorsque vous clonez un référentiel.

Différence entre la fourche et le clone

Signification

- Une fourche d'un référentiel n'est rien d'autre qu'une copie de ce référentiel qui vous permet de travailler sur le projet de quelqu'un d'autre sans affecter le projet d'origine. Plutôt que de télécharger l'intégralité du référentiel, il crée une copie sur les serveurs de GitHub qui est un référentiel séparé sur lequel vous pouvez travailler. Un clone, en revanche, est essentiellement une copie locale d'un référentiel distant qui est stocké sur votre ordinateur portable ou votre ordinateur personnel afin que vous puissiez synchroniser entre les emplacements distants et locaux du projet.

Opération

- La fourniture est l'une des opérations les plus simples sur GitHub qui crée une copie d'un référentiel sans avoir besoin de permission de modifier le référentiel d'origine. La fourniture d'un référentiel crée une copie du référentiel sur votre compte GitHub, et à partir de là, vous pouvez cloner le référentiel. Le clonage vous permet de travailler ou de modifier les fichiers dans un projet localement plutôt que de travailler directement sur le référentiel d'origine. Vous pouvez cloner n'importe quel référentiel public, exécuter le code sur votre ordinateur personnel et apporter des modifications au code. Mais vous ne pouvez repousser les modifications vers le repo distant uniquement si vous avez les droits de poussée sur le repo.

But

- Si vous souhaitez créer un pont entre votre copie du projet et le référentiel d'origine, vous feriez mieux de fournir un référentiel. Cela vous permet de bien collaborer avec d'autres développeurs du monde. Ainsi, Forking vous permet de contribuer au code aux référentiels où vous n'êtes pas le propriétaire ou un collaborateur. Le clonage crée une réplique exacte d'un référentiel git distant et le télécharge dans votre machine locale et il le fait sans affecter le référentiel distant. Cela vous permet de travailler sur les projets, de résoudre certains problèmes ou d'apporter des modifications au code, mais sans rien changer sur le référentiel distant.

Git Fork VS. Clone: ​​tableau de comparaison

Résumé

Le but principal de Git est d'encourager la collaboration entre les développeurs du monde. La collaboration est une partie fondamentale des plateformes d'hébergement de code comme Github. La fourniture et le clonage sont deux des opérations les plus importantes qui vous permettent de mieux collaborer avec les autres dans le monde. La fourniture est le processus de création d'une copie du projet qui vous permet de contribuer au projet de quelqu'un d'autre sans affecter le référentiel d'origine. Le clonage copie un projet de son référentiel distant d'origine à votre propre machine locale dans le but de le modifier ou de lui ajouter de nouvelles fonctionnalités, mais sans interférer avec le référentiel d'origine.