Découvrir Git

Créer un rebasage d'une branche

Testez gratuitement nos 1300 formations

pendant 10 jours !

Tester maintenant Afficher tous les abonnements
Il existe une autre façon d'intégrer les modifications qui ont pu être développées dans une branche. Intégrez ces modifications directement dans la branche principale et modifiez l'historique, à condition de ne pas avoir publié vos modifications.
05:34

Transcription

Sous Git, quand vous allez créer des modifications sur une branche que vous aurez créée au préalable, il vous sera possible en lieu et place de faire un merge, d'effectuer un rebase. Un rebase consiste à intégrer directement les modifications d'une branche dans la branche principale. La condition pour effectuer un rebase est de ne pas avoir fait de push, autrement dit, de ne pas avoir envoyé ces modifications. Puisqu'un rebase va aller modifier les commits. Nous verrons dans le prochain chapitre, comment aller envoyer ces modifications. Là, on va imaginer que notre client nous demande d'aller modifier le pied-de-page. Donc pour aller modifier le pied-de-page, ce qu'on va faire, on va créer une nouvelle branche, et faire un checkout dessus. Donc git checkout -b pour branche, notre branche, on va l'appeler footer pour pied-de-page. On fait un git branch. On est bien sur la branche footer, elle a bien été créée et on est bien dessus. Donc, on peut aller faire notre modification. On va modifier notre « index.html ». Ici, on va mettre « Copyright Ma formation », là on va par exemple ajouter des mentions légales. Le code pour l'accent sur « légales ». Ici, par exemple, des conditions générales de vente. Donc, ce pied-de-page, on va le prendre et également modifier les autres pages, donc la page « Contact ». Puis la page « Qui sommes-nous ? ». Voilà, donc si on va sur notre site, les modifications sont bien présentes. On va maintenant aller commiter nos modifications git commit -am pour message « modification du footer ». Les modifications ont été pris en compte et à ce moment-là, notre client nous demande par exemple de corriger un bug. Si on va sur notre site, on se rend compte que l'onglet est actif sur la page d'accueil, si on va sur la page « Qui sommes nous ? », on voit bien le contenu, mais l'onglet n'est pas actif, idem pour la page « Contactez-nous ». Donc pour corriger le bug, on va revenir sur la branche « Master ». Le pied-de-page ressemble à ce qu'il était avant. On va aller corriger notre bug, donc ça se passe ici, la page contact, on nous demande de recharger puisque le checkout a modifié le répertoire de travail et ici, on va changer notre classe current et on va la mettre à « Contact », idem pour « Qui sommes-nous ». Voilà, notre bug a été corrigé, et les onglets fonctionnent correctement. On va aller commiter ces modifications. Donc un git commit -am "correction bug onglets". Voilà, nos modifications sont bien enregistrées, sont bien commitées. On fait un petit clear. Donc là, on va réafficher notre graphe, git log --graph --oneline. Donc là, on voit notre correction de bug sur les onglets, mais on ne voit pas apparaître la modification du footer, puisque la modification du footer a été faite sur la branche footer. Ici, on a deux solutions, soit on refait un merge, comme ce qu'on a fait là. Donc on a deux branches séparées qu'on met dans une seule branche. Soit on fait un rebase, le rebase va donc prendre les différentes modifications et les inclure dans la branche principale. Il s'agit donc d'une modification de commit. C'est pourquoi, une fois que les modifications sont envoyées, on ne peut plus y toucher. Cela n'est possible qu'en local. Donc là, on tape la commande git rebase footer. On nous indique ici ce qu'il s'est passé. Premièrement, rembobinons HEAD pour rejouer votre travail par dessus, c'est ce que Git a fait, et on a appliqué « Correction bug onglets ». Donc si maintenant, on réaffiche notre graphe, la différence par rapport à avant. Donc ici, on voyait il y avait juste « correction bug onglets », ici on a les deux commits qui sont dans une seule et unique branche, la branche « Master ». Donc on a les modifications du footer, et on a la correction du bug des onglets. Ça se vérifie sur le site internet, donc on a toujours la correction du bug des onglets qui est active et on a nos modifications des footers. Donc on a fait l'équivalent d'un merge, en restant dans la même branche.

Découvrir Git

Procédez à l’installation et à la configuration de Git. Voyez comment créer un dépôt, manipuler des fichiers source, naviguer dans l'historique, effectuer des recherches, etc.

2h05 (37 vidéos)
Aucun commentaire n´est disponible actuellement
 
Logiciel :
Spécial abonnés
Date de parution :28 sept. 2016

Votre formation est disponible en ligne avec option de téléchargement. Bonne nouvelle : vous ne devez pas choisir entre les deux. Dès que vous achetez une formation, vous disposez des deux options de consultation !

Le téléchargement vous permet de consulter la formation hors ligne et offre une interface plus conviviale. Si vous travaillez sur différents ordinateurs ou que vous ne voulez pas regarder la formation en une seule fois, connectez-vous sur cette page pour consulter en ligne les vidéos de la formation. Nous vous souhaitons un excellent apprentissage avec cette formation vidéo.

N'hésitez pas à nous contacter si vous avez des questions !