+
Une fois isolé un travail dans une branche, vous allez peut-être
+ l'incorporer dans votre branche principale. Vous pouvez fusionner
+ toute branche dans votre branche courante avec la commande
+ git merge. Prenons comme exemple simple la branche
+ « removals » précédente. Si nous créons une branche et supprimons les fichiers
+ qui s'y trouvent puis que nous validons ces suppressions dans cette branche,
+ cela est isolé de notre branche principale (« master », dans notre cas). Pour
+ inclure ces suppressions dans notre branche « master », vous pouvez simplement
+ fusionner la branche « removals ».
+
+
+
+$ git branch
+* master
+ removals
+$ ls
+README hello.rb more.txt test.txt
+$ git merge removals
+Updating 8bd6d8b..8f7c949
+Fast-forward
+ more.txt | 1 -
+ test.txt | 1 -
+ 2 files changed, 0 insertions(+), 2 deletions(-)
+ delete mode 100644 more.txt
+ delete mode 100644 test.txt
+$ ls
+README hello.rb
+
+
+
+ fusions plus avancées
+
+
+
Bien sûr, cela ne marche pas juste pour de simples ajouts et suppressions
+ de fichiers. Git va tout autant fusionner les modifications de fichiers—En
+ fait, il est même très bon pour ça. Par exemple, voyons ce qu'il arrive
+ quand on édite un fichier dans une branche et nous le renommons et puis
+ l'éditons dans une autre branche et enfin nous fusionnons ensemble
+ ces branches. Chaos, vous avez dit ? Voyons cela.
+
+
+
+$ git branch
+* master
+$ cat hello.rb
+class HelloWorld
+ def self.hello
+ puts "Hello World"
+ end
+end
+
+HelloWorld.hello
+
+
+
Nous allons donc commencer par créer une nouvelle branche nommée
+ « change_class », puis basculer vers celle-ci afin que les modifications
+ de renommage de classe soient isolées. Nous allons changer chaque
+ occurrence de « HelloWorld » en « HiWorld ».
+
+
+$ git checkout -b change_class
+Switched to a new branch 'change_class'
+$ vim hello.rb
+$ head -1 hello.rb
+class HiWorld
+$ git commit -am 'changed the class name'
+[change_class 3467b0a] changed the class name
+ 1 files changed, 2 insertions(+), 4 deletions(-)
+
+
+
Nous avons alors validé les changements de nom de la classe dans
+ une branche « change_class ». En retournant vers la branche « master »
+ le nom de la classe sera ré-initialisé à ce à quoi il était avant
+ que nous changions de branche. Ici nous pouvons modifier quelque chose
+ de différent (dans ce cas la sortie affichée) et en même temps
+ renommer le fichier hello.rb en ruby.rb.
+
+
+
+$ git checkout master
+Switched to branch 'master'
+$ git mv hello.rb ruby.rb
+$ vim ruby.rb
+$ git diff
+diff --git a/ruby.rb b/ruby.rb
+index 2aabb6e..bf64b17 100644
+--- a/ruby.rb
++++ b/ruby.rb
+@@ -1,7 +1,7 @@
+ class HelloWorld
+
+ def self.hello
+- puts "Hello World"
++ puts "Hello World from Ruby"
+ end
+
+ end
+$ git commit -am 'added from ruby'
+[master b7ae93b] added from ruby
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+ rename hello.rb => ruby.rb (65%)
+
+
+
Désormais ces modifications sont sauvées dans la branche « master ». Notez
+ que le nom de la classe est de nouveau « HelloWorld », et non « HiWorld ».
+ Pou incorporer le changement « HiWorld » nous pouvons juste fusionner
+ la branche « change_class ». Néanmoins, le nom du fichier a changé depuis
+ que nous avons changé de branche, que va faire Git ?
+
+
+$ git branch
+ change_class
+* master
+$ git merge change_class
+Renaming hello.rb => ruby.rb
+Auto-merging ruby.rb
+Merge made by recursive.
+ ruby.rb | 6 ++----
+ 1 files changed, 2 insertions(+), 4 deletions(-)
+$ cat ruby.rb
+class HiWorld
+ def self.hello
+ puts "Hello World from Ruby"
+ end
+end
+
+HiWorld.hello
+
+
+
Et bien, il va simplement s'en rendre compte. Notez qu'il n'y a aucun conflit de
+ fusion et que le fichier qui a été renommé a désormais le changement de nom
+ de classe « HiWorld » qui a été fait dans l'autre branche. Plutôt cool.
+
+
+ conflits de fusion
+
+
+
Les fusions Git relèvent donc de la magie, nous n'avons jamais à traiter
+ des conflits de fusion ? Pas tout à fait. Dans des situations où
+ un même bloc de code est édité dans différentes branches il n'y a aucun moyen
+ pour un ordinateur de s'y retrouver, alors c'est à nous de nous débrouiller.
+ Voyons un autre exemple de changement d'une même ligne dans deux branches.
+
+
+
+$ git branch
+* master
+$ git checkout -b fix_readme
+Switched to a new branch 'fix_readme'
+$ vim README
+$ git commit -am 'fixed readme title'
+[fix_readme 3ac015d] fixed readme title
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+
+
Nous avons alors créé un commit du changement d'une ligne dans notre
+ fichier README dans une branche. Maintenant changeons la même ligne
+ d'une manière différente depuis notre branche « master ».
+
+
+$ git checkout master
+Switched to branch 'master'
+$ vim README
+$ git commit -am 'fixed readme title differently'
+[master 3cbb6aa] fixed readme title differently
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+
+
Arrive le plus amusant—nous allons fusionner la première
+ branche dans notre branche « master », provoquant un conflit de fusion.
+
+
+$ git merge fix_readme
+Auto-merging README
+CONFLICT (content): Merge conflict in README
+Automatic merge failed; fix conflicts and then commit the result.
+$ cat README
+<<<<<<< HEAD
+Many Hello World Examples
+=======
+Hello World Lang Examples
+>>>>>>> fix_readme
+
+This project has examples of hello world in
+nearly every programming language.
+
+
+
Vous pouvez voir que Git insère des marqueurs standards de conflit de fusion,
+ très similaires à Subversion, dans les fichiers qui ont un conflit de fusion.
+ Maintenant c'est à vous de les résoudre. Nous allons le faire manuellement,
+ mais regardez
+ git mergetool
+ si vous voulez que Git lance un outil graphique de fusion
+ (comme kdiff3, emerge, p4merge, etc) à la place.
+
+
+
+$ vim README # here I'm fixing the conflict
+$ git diff
+diff --cc README
+index 9103e27,69cad1a..0000000
+--- a/README
++++ b/README
+@@@ -1,4 -1,4 +1,4 @@@
+- Many Hello World Examples
+ -Hello World Lang Examples
+++Many Hello World Lang Examples
+
+ This project has examples of hello world in
+
+
+
Un bon conseil lors de la résolution de conflit de fusion est que si
+ vous exécutez git diff, cela va vous montrer chaque côté
+ du conflit et comment vous l'avez résolu comme affiché ici. Maintenant
+ il est l'heure de marquer notre fichier comme résolu. Avec Git on le fait
+ avec git add—pour dire à Git que le fichier a été résolu
+ vous devez l'indexer.
+
+
+$ git status -s
+UU README
+$ git add README
+$ git status -s
+M README
+$ git commit
+[master 8d585ea] Merge branch 'fix_readme'
+
+
+
Et nous avons alors résolu avec succès notre conflit de fusion et créé
+ un commit avec le résultat.
+
+
+ Pour résumer, vous utilisez git merge pour combiner
+ un autre contexte de branche dans votre branche courante. Cela va
+ automatiquement décider comment combiner au mieux les différents instantanés
+ en un nouvel instantané avec le travail propre de chaque.
+
+
+
