enfin quelqu'un qui a su m'expliquer la différence entre git rebase et git merge ! Le schéma a été très utile ainsi que les explications qui l'accompagne.
Une merci c'est très claire. J'avais une vision assez flou malgré tout les docs que j'ai pu lire. là c'est bien plus claire et très schématisé. Encore merci!
Cela dépend de comment vous gérez vos PR? Via un merge ou rebase+merge? L'avantage du rebase, c'est que c'est le dev qui a fait la branche qui fait la correction des conflits. Dans le cas du merge simple, c'est l'intégrateur qui devra faire le correction des conflits.
Merci c'est clair . Juste deux suggestions , le code que tu tapes est ecrit vraiment petit , et la partie où l'on te voit , bien que non utile à la compréhension , est floue . Merci encore pour ton partage de savoir :)
Salut, merci beaucoup pour ton retour. Bonne remarque pour le code ;) Pour la vidéo, j'ai changé de caméra depuis. C'est clairement mieux maintenant ^^
La décision pour choisir si on utilise. le merge ou le rebase dépendra aussi si le fichier a été évolué entre deux branche, si oui, le merge peut nous faire tomber en erreur, donc ça sera préférable de faire un rebase dans ce cas là
La résolution de conflit sera la même entre les deux méthode. Ce qui peu changer, c'est la répartition de cette résolution. Dans le merge, la résolution de tous les confits se fait dans le commit de merge, alors que dans le rebase, elle est dispatché sur les différents commits rebases (en fonction des conflits de chacun.
Salut, j'ai une petite question bête : est-ce que la version du serveur est importante pour utiliser les nouvelles commandes git switch ? Pour être plus précis, puis-je utiliser la dernière version de git sans me préoccuper de la version git du repo ?
Très bonne question qui revient très souvent lors de mes formations en entreprise. En effet, c'est la version sur ton PC qui est importante. Tu peux donc utiliser git switch même si la version de git sur le serveur n'est pas à jour. Attention tout de même aux versions majeurs. Nous somme actuellement sur une version 2.x.y de Git. Si un jour une 3.x.y sort et qu'elle est installée sur le serveur, tu devra surement mettre à jour la version sur ton PC. Rassure toi, ça n'arrive pas souvent. Git date de 2005 et nous sommes toujours sur la 2.x.y
Bonjour Tom, Si tu cherche un développeur, je ne vais pas pouvoir t'aider car je suis déjà très occupé sur mes projets. Mais si tu cherche à apprendre à coder, tu es le bienvenu ;)
codeur-pro C’est très gentil de m’avoir répondu, en fait je voudrais juste savoir comment coder un logiciel sur pc qui peut être relié sur un smartphone ?
Rebase et merge n'ont pas la même utilisation, les gens aiment les affronter alors qu'ils se complètent. Comme dit dans la vidéo, un rebase permet concrètement un merge en fast forward, car tu récupères l'historique de la branche pour faire pointer la tienne à son head. La version idéale est de rebase sa branche de dév pour éviter des merges de commit à l'intérieur de sa branche de dév, qui seraient du coup importés dans master, et la fin, on peut merge avec "--no-ff" pour créer un merge de commit pour indiquer qu'on a merge une branche de dév sur master, ce qui est le mieux à la lecture de l'historique.
![Le binaire c'est quoi? [Bases Informatique]](http://i.ytimg.com/vi/ysoWgx186DM/mqdefault.jpg)
enfin quelqu'un qui a su m'expliquer la différence entre git rebase et git merge ! Le schéma a été très utile ainsi que les explications qui l'accompagne.
C'est rare de trouver des tutos aussi clair sur git en français. Merci.
Merci à toi ^^
Une merci c'est très claire. J'avais une vision assez flou malgré tout les docs que j'ai pu lire. là c'est bien plus claire et très schématisé. Encore merci!
de rien ;)
Un gros merci mon ami!! Vous avez m'aidé 2 fois.. premièrement avec le Git rebase et deuxièmement avec le français que je suis en train d'étudier =)
Juste incroyable. Un grand bravo !
Tellement bien expliqué. Waouh 👏👏👏👏
Merci
de rien ^^
Très instructif, merci pour ces explications
Très bien expliqué
Merci ^^
Chez nous on dit ha!!! pro c'est pro ! 😀
merci chef
Explication o top. Merci
Très intéressant ta vidéo mec
Merci mec ^^
Très bien expliqué, merci beaucoup!
Merci à toi
merci beaucoup c'est vraiment top et clair.
très claire merci. beaucoup
Vidéo très claire ! Merci. J'ai une question : une fois qu'une branch est push en ligne pour un potentiel PR, est-il conseillé de faire un rebase ?
Cela dépend de comment vous gérez vos PR? Via un merge ou rebase+merge? L'avantage du rebase, c'est que c'est le dev qui a fait la branche qui fait la correction des conflits. Dans le cas du merge simple, c'est l'intégrateur qui devra faire le correction des conflits.
Merci.
Quelle appli vous utiliser pour faire c'est command
Good Job , keep going
Thanks
Merci :)
;)
Merci c'est clair . Juste deux suggestions , le code que tu tapes est ecrit vraiment petit , et la partie où l'on te voit , bien que non utile à la compréhension , est floue . Merci encore pour ton partage de savoir :)
Salut, merci beaucoup pour ton retour. Bonne remarque pour le code ;)
Pour la vidéo, j'ai changé de caméra depuis. C'est clairement mieux maintenant ^^
Merci pour cette vidéo claire et efficace.
Même remarque pour améliorer encore tes vidéos, mais en 2ans, tes vidéos se sont déjà améliorées.
La décision pour choisir si on utilise. le merge ou le rebase dépendra aussi si le fichier a été évolué entre deux branche, si oui, le merge peut nous faire tomber en erreur, donc ça sera préférable de faire un rebase dans ce cas là
La résolution de conflit sera la même entre les deux méthode. Ce qui peu changer, c'est la répartition de cette résolution. Dans le merge, la résolution de tous les confits se fait dans le commit de merge, alors que dans le rebase, elle est dispatché sur les différents commits rebases (en fonction des conflits de chacun.
Salut, j'ai une petite question bête : est-ce que la version du serveur est importante pour utiliser les nouvelles commandes git switch ? Pour être plus précis, puis-je utiliser la dernière version de git sans me préoccuper de la version git du repo ?
Très bonne question qui revient très souvent lors de mes formations en entreprise. En effet, c'est la version sur ton PC qui est importante. Tu peux donc utiliser git switch même si la version de git sur le serveur n'est pas à jour. Attention tout de même aux versions majeurs. Nous somme actuellement sur une version 2.x.y de Git. Si un jour une 3.x.y sort et qu'elle est installée sur le serveur, tu devra surement mettre à jour la version sur ton PC. Rassure toi, ça n'arrive pas souvent. Git date de 2005 et nous sommes toujours sur la 2.x.y
Et vous? Quelle méthode utilisez vous le plus? Le rebase ou le merge?
rebase bro
Salut j’ai un grand projet mais il me faudrai un codeur de qualité comme toi, tu pourrai m’aider ? Sinon cool la vidéo 👍
Bonjour Tom, Si tu cherche un développeur, je ne vais pas pouvoir t'aider car je suis déjà très occupé sur mes projets. Mais si tu cherche à apprendre à coder, tu es le bienvenu ;)
codeur-pro C’est très gentil de m’avoir répondu, en fait je voudrais juste savoir comment coder un logiciel sur pc qui peut être relié sur un smartphone ?
@@Tom-qw5dp qu'entends tu par "qui peut être relié"?
codeur-pro tu n’a pas genre discord pour t’expliquer ?
@@Tom-qw5dp discord.gg/5ezpnb
Rebase et merge n'ont pas la même utilisation, les gens aiment les affronter alors qu'ils se complètent. Comme dit dans la vidéo, un rebase permet concrètement un merge en fast forward, car tu récupères l'historique de la branche pour faire pointer la tienne à son head. La version idéale est de rebase sa branche de dév pour éviter des merges de commit à l'intérieur de sa branche de dév, qui seraient du coup importés dans master, et la fin, on peut merge avec "--no-ff" pour créer un merge de commit pour indiquer qu'on a merge une branche de dév sur master, ce qui est le mieux à la lecture de l'historique.
super merci ^^