J'ai 15 ans et je viens de commencer à utiliser des systèmes de contrôle de source pour gérer mon code un peu mieux, alors je suis un peu nouveau à ce sujet. Maintenant, j'ai ce référentiel: Je veux revertir ici: p> où g code> est équivalent à effectuer des commits
[c] code> et
[e] code> sur
[f] code>. Ceci est
GIT Checkout Master; git fusion développement code>, non? p> p>
4 Réponses :
vous voulez Ceci est parce que Si vous regardez dans la première section "Description" sur le GIT Checkout Master; GIT Fusionner développer code>. p>
git fusion code> prend le nom d'une branche que vous souhaitez fusionner dans la branche actuellement vérifiée em>. Ainsi, vous vérifiez la branche de destination souhaitée (MASTER), puis fusionnez l'autre branche (développez). P>
git-fusion code> page man
, vous verrez un diagramme presque identique à la vôtre (bien que partit verticalement) qui décrit cela. P>
C'est code> GIT Checkout Master Code> Pour obtenir la branche 'Master', puis Git Fusion Développer B> CODE> Pour fusionner "Développer" la branche " Master 'Branche. P>
Une autre excellente aide sur la fusion est http://progit.org/book/ch3-2 .html et http://gitref.org/branching/#merge . < / p>
La photo que vous avez dessinée ressemble au résultat de emprunter à partir du < Un href = "http://book.git-scm.com/4_rebasing.html" rel = "NOREFERRER"> "Rebasing" Chapitre du livre communautaire GIT, si vous êtes sur le vous obtiendrez p> P> Pensez à une fusion comme engloutissant deux instantanés différents: Dans ce cas, C4 et C6 sont venus ensemble pour faire C7. P> Rebase crée un arbre Cela ressemble à C7, mais son histoire semble complètement différente. Dites au lieu de la fusion, vous avez donné la commande p> vous obtiendriez p> p> Lorsque vous vous souhaitiez," J'aimerais vraiment avoir créé la succursale code> mywork code> de C2, ' Vous pouvez également penser à la Rebase comme coupant une branche de votre histoire et la transplantant sur un point différent. Ne manquez pas le changement subtil de C5 et C6 à C5 'et C6'. Bien que les arbres auront la même chose, ils auront des parents différents, changeant ainsi leurs identités git. P> p> git fusion code>, mais votre description de ce que vous voulez faire des sons comme
Git Rebase code>.
mywork code> branche et dire p>
Git Rebase Code> est le djinni qui l'accordera. P>
Disons qu'aucun deux commits toucher le même fichier. Vous seriez enrouler avec le même résultat si vous avez fusionné ou rebasé, non?
@WXYZ Oui, les arbres résultants seront les mêmes, mais leurs histoires seront différentes comme schémrées ci-dessus. Utilisation de Git Rebase code> peut aider à garder votre histoire linéaire.
15 ans en utilisant git, génial! +1