Bien que le concept de fork d'un référentiel GitHub soit similaire au clonage, il existe une différence importante entre les deux. Nous expliquons quelle est la différence, quand vous pouvez vouloir dupliquer au lieu de cloner, et comment le faire.
Table des matières
< blockquote class="moka_autotoc">
Clonage vs forking : quelle est la différence ?
Quand devriez-vous forker au lieu de cloner ?
Comment forker un dépôt GitHub
Clonage vs Fork : quelle est la différence ?
Lorsque vous clonez un référentiel, vous copiez ce référentiel sur votre ordinateur local et vous vous abonnez essentiellement à toutes les mises à jour apportées à ce référentiel. C'est-à-dire que si d'autres contributeurs au référentiel apportent des modifications, vous pouvez transférer ces modifications sur votre machine locale, en mettant à jour votre copie du référentiel avec toutes les modifications apportées.
Cependant, lorsque vous créez un référentiel, vous copiez le référentiel d'origine sur votre compte GitHub au lieu de votre machine locale. Lorsque vous faites cela, aucune des mises à jour apportées au référentiel source ne sera reflétée dans votre référentiel fork, à moins que vous ne décidiez de synchroniser les deux. Cela vous permet de travailler sur le référentiel sans vous soucier de la mise à jour du code ou du contenu.
Quand devriez-vous forker au lieu de cloner ?
Il existe différentes raisons pour lesquelles vous pouvez vouloir créer un référentiel au lieu de le cloner. L'une des raisons est que vous souhaitez tester de nouvelles idées sans craindre de gâcher accidentellement le projet source. Vous serez libre de modifier le code de votre choix à des fins de test sans toucher réellement au code source. Cela rend tout le monde heureux.
Publicité
Une autre raison pourrait être que vous n'êtes pas d'accord avec la direction que prend un projet. Vous pouvez forker le référentiel et apporter vos propres modifications au code pour amener le projet dans la direction que vous pensez qu'il devrait aller.
Une note très importante à garder à l'esprit est que si vous forkez un référentiel public, votre fork existe toujours même si le référentiel d'origine est supprimé. Cependant, lorsqu'un référentiel privé est supprimé, tous les forks de ce référentiel sont également supprimés.
CONNEXES : Comment supprimer un référentiel GitHub
Comment créer un référentiel GitHub
Forker un repo est simple et peut être fait en quelques clics. Pour créer un dépôt, connectez-vous à votre compte, puis accédez au dépôt que vous souhaitez créer. Dans le coin supérieur droit de la fenêtre, vous verrez une “Fourchette” bouton avec un nombre à sa droite, qui représente le nombre de fois que le référentiel a été fork. Allez-y et cliquez sur ce bouton.
Un message apparaîtra brièvement pour vous informer que le fork processus a commencé. Le repo ne prend que quelques secondes.
C'est tout ce qu'il y a à faire. C'est aussi simple que cela.
Vous pouvez désormais apporter en toute sécurité les modifications que vous souhaitez au code de votre référentiel forké. Pour ce faire, clonez simplement le référentiel forké sur votre ordinateur local et occupez-vous !
CONNEXION : Comment cloner un référentiel GitHub
LIRE SUIVANT
- › Comment utiliser le mode cinématique pour filmer de meilleures vidéos sur iPhone
- › Green Hills Forever : Windows XP a 20 ans
- › Quels sont les inconvénients du passage à Linux ?
- › Comment les drones volent-ils réellement ?
- › Voici comment fonctionnent les applications Android sur Windows 11
- › Que signifie “IANAD” La moyenne et comment l'utiliser ?