Comment forker un dépôt GitHub

Bien que le concept de ramification du 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 voudrez peut-être diviser plutôt que cloner, et comment le faire.

Clonage vs bifurcation : 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 extraire ces modifications sur votre machine locale et mettre à jour votre copie du référentiel avec toutes les modifications apportées.

Cependant, lorsque vous videz 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 sur le 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 faut-il créer une branche plutôt que cloner ?

Il existe différentes raisons pour lesquelles vous pouvez vouloir partitionner le référentiel au lieu de le cloner. L'une des raisons est que vous souhaitez tester de nouvelles idées sans vous soucier de gâcher accidentellement le projet source. Vous êtes 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.

Une autre raison pourrait être que vous n'êtes pas d'accord avec la direction que prend le projet. Vous pouvez diviser le référentiel et apporter vos propres modifications au code pour amener le projet dans la direction que vous pensez devoir aller.

Une note très importante à garder à l'esprit est que si vous divisez un référentiel public, le fork existera toujours même si le référentiel parent est supprimé. Cependant, lorsque vous supprimez un référentiel privé, tous les forks de ce référentiel sont également supprimés.

Comment forker un dépôt GitHub

Faire un rachat est simple et peut se faire en quelques clics. Pour diviser le repo, faites En enregistrant Entrée sur votre compte Ensuite, accédez au référentiel à partir duquel vous souhaitez effectuer le fork. Dans le coin supérieur droit de la fenêtre, vous verrez un bouton "Fork" avec un nombre à sa droite, qui représente le nombre de fois que le référentiel a été partitionné. Allez-y et cliquez sur ce bouton.

Un message apparaîtra brièvement vous informant que le processus de branchement a commencé. Il ne faut que quelques secondes pour démonter le repo.

c'est tout. C'est facile.

Vous pouvez maintenant apporter en toute sécurité les modifications souhaitées au code du référentiel forké. Pour ce faire, clonez simplement le référentiel forké sur votre machine locale et occupez-vous !