Honnêtement, je n’ai pas compris sur la sémantique ici. Ils sont tous sur les copies/variantes d’un code + unité de l’histoire, mais le passé que je ne suis pas sûr que je pourrais dire. Cette structure logique est expliquée quelque part ?
Réponses
Trop de publicités?
Un référentiel est tout simplement un endroit où l'histoire de votre travail est stocké. Il vit le plus souvent dans un .git sous-répertoire de votre copie de travail - une copie de la plus récente de l'état des fichiers que vous travaillez.
À la fourche d'un projet (prendre la source de quelqu'un référentiel à certain point dans le temps, et d'appliquer votre propre divergentes des modifications), vous pouvez cloner le dépôt distant pour créer une copie de celui-ci, puis faire votre propre travail dans votre dépôt local et de valider les modifications.
Au sein d'un référentiel vous avez des branches, qui sont effectivement des fourches au sein de votre propre référentiel. Votre les branches ont un ancêtre s'engager dans votre référentiel, et divergent à partir de cette commettre avec vos modifications. Plus tard, vous pourrez fusionner vos modifications de la branche. Les Branches de vous permettre de travailler sur plusieurs disparates fonctions à la fois.
Vous pouvez également suivre des succursales dans des dépôts distants. Cela vous permet de tirer dans les modifications d'un autre individu, de branches et de les fusionner dans une branche de votre propre. Cela peut être utile si vous et un ami sont à travailler sur une nouvelle fonctionnalité de l'ensemble.
Il y a beaucoup de git livres en ligne. Jetez un oeil à ProGit et Git Magie pour commencer, ainsi que les tutoriels officiels et la communauté du livre.
Eric Anderson
Points
661
Je vais répondre à ma propre question avec un RTFM.
Mais, lisez cette documentation. Comme l'indique l'auteur:
“La conclusion que je tire de cette est que vous ne pouvez vraiment utiliser Git si vous comprenez comment Git fonctionne. Simplement mémoriser des commandes que vous devez exécuter à quelles sont les horaires de travail dans le court terme, mais c'est seulement une question de temps avant que vous obtenez coincé ou, pire, de casser quelque chose.
“La moitié des ressources existantes sur Git, malheureusement, prendre juste cette approche: ils vous guident à travers les commandes à exécuter lors de l', et s'attendre à ce que vous devriez faire amende si vous venez d'imiter ces commandes. L'autre moitié ne passent par tous les concepts, mais de ce que j'ai vu, ils expliquent Git d'une manière qui suppose que vous comprenez déjà comment Git fonctionne.”
Matt
Points
161
Cette GoogleTechTalk est une bonne introduction à Git de savoir ce qui se passe réellement derrière les coulisses, tandis que l'apprentissage de la langue aussi. Il a été donné par un très jeune contributeur à Git et il a donné cette conférence en 2007 comme un moyen d'introduction dans le dépôt Git. Si vous regardez cette présentation vous permettra non seulement de savoir ce que chaque mot est, comme référentiel, fourche, direction, etc., mais vous savez aussi ce qui se passe derrière les coulisses lors de chacun de ces sont faites, fusionné, etc.
L'adresse est long mais très instructif. Il contraste aussi Git à d'autres Systèmes de Contrôle de Version si vous obtenez un aperçu de pourquoi Git a été créé à la façon dont elle a été et ce que les avantages comparatifs sont sur d'autres systèmes de contrôle. Même si le discours est vieux, il est très utile de se lever et courir. Je pourrais regarder ça avant, j'ai sauté dans les manuels. Les choses vont faire beaucoup plus de sens en tant que résultat, je crois.
Tamara
Points
118
Cliquez simplement sur ce lien, Télécharger ce livre et tout va bien... :)
Bozhidar Batsov
Points
23298
Tout ce que vous devez savoir sur Git est expliqué ici(le livre de communauté Git).
