différence entre la fourche et la twig sur github

Si je lance un projet hébergé sur github. Est-ce que je fourche toutes les twigs? Comment savoir sur quelle twig est basée ma fourchette? En d’autres termes, quelle twig sera téléchargée sur mon PC?

Toutes les twigs sur GitHub seront copiées dans une fourchette. (Évidemment, cela n’inclut pas les twigs qui n’ont jamais été envoyées à GitHub).

Mais un fork est une opération GitHub-to-GitHub; rien n’est copié sur votre PC. Ce n’est pas tout à fait la même chose qu’un clone Git. Si vous voulez demander «ce qui est copié lorsque je clone un projet?», Consultez le manuel de git-clone(1) .

Pense-y de cette façon:

Le repo [sitory] correspond au travail collaboratif de l’équipe dans une ou plusieurs twigs. Tous les consortingbuteurs ont leur propre copie.

Chaque fork du repository principal correspond au travail d’un consortingbuteur. Un fork est en réalité une construction Github (pas Git) pour stocker un clone du repository dans votre compte utilisateur. En tant que clone, il contiendra toutes les twigs du repository principal au moment où vous avez créé le fork.

Chaque twig dans le fork et / ou dans le repo principal peut correspondre à plusieurs types de choses, en fonction de la manière dont vous souhaitez travailler. Chaque twig peut faire référence à une version du projet mais peut également correspondre à différents canaux de développement, tels que des correctifs ou des travaux expérimentaux.

La requête d’extraction (dans l’écosystème GitHub) correspond à la tâche. Chaque fois que je veux consortingbuer à une tâche terminée isolée au repository principal, je crée une requête de tirage correspondant aux validations effectuées dans cette tâche. Ces commits sont tirés de mon fork ou de ma twig vers le repo principal .

Un commit est un ensemble de modifications apscopes au code. C’est l’une des choses les plus intéressantes sur Git. Vous ne transférez pas de fichiers, vous transférez des journaux de modifications.

Fork est un clone du côté de GitHub (il clone tout).
Lorsque vous clonez un repo, vous obtenez l’historique complet de ce repo, avec toutes ses twigs.

Même si, en théorie, vous pouvez changer la twig par défaut d’un repo distant , un clone d’un repo GitHub recherche principalement la twig principale. Cela signifie que pour changer la twig “par défaut” d’un clone GitHub, vous devez renommer la twig principale.

Si vous générez un projet, vous faites une copie de l’ensemble du projet sur votre compte git hub. vous ne copiez rien sur votre PC

Pour faire une copie sur votre PC, vous devez le cloner et extraire tout le contenu, et vous aurez toutes les twigs et le code de ce projet.

Si vous créez un fork d’un projet à partir du site Web Github, vous obtenez toutes les twigs du projet en amont.

Si vous clonez à partir de votre fourche nouvellement créée sur votre PC local, vous aurez la télécommande d’ origin sur votre PC pointant vers la twig principale de votre fourche sur Github.

Cela s’explique très bien. Vous avez un repository central à Github. Chaque fois que vous en prenez un clone sur votre ordinateur personnel pour effectuer des tâches, ce clone local du repository principal s’appelle un fork.

La twig est quelque peu différente et est incluse dans le fork / repo. En fait, la twig est votre travail à différents stades de développement. Ils sont créés au fur et à mesure des besoins pour sauvegarder un ensemble de fonctionnalités, donner access à différents utilisateurs, démontrer le site au client, etc.