2012-08-02 4 views
1

J'ai récemment découvert que des rails ou une autre entité est chambouler mon code en mettant « < < < < < < < HEAD » dans tous les sens. Voici un exemple de ce à quoi il ressemble:Rails de déconner mon code avec « <<<<<<< HEAD »

Class ExampleController 
    def foo 
    bar = 1 
<<<<<<< HEAD 
    if bar == 1 
     puts "bar is one" 
    else 
     puts "bar is not one" 
    end 
======= 
    if bar == 2 
    puts "bar is two" 
    else 
    puts "bar is not two" 
    end 
>>>>>>> 17fb60436a4de2e0... 
    end 
end 

Quelqu'un sait-il pourquoi il agit comme ça?

+5

Je viens de résister à la forte envie d'appuyer sur le bouton d'édition et de résoudre le conflit de fusion. – iblue

+0

lol! Facile à corriger;) –

Répondre

10

Oui, vous ou quelqu'un d'autre utilise GIT pour contrôler ces sources, ce qui est bien.

Maintenant, vous devez savoir comment résoudre les conflits!

How to resolve merge conflicts in Git?

Si vous êtes l'un à l'aide git, s'il vous plaît soyez prudent lorsque le code de traction. S'il y a un CONFLIT écrit quelque part, STOP! Ensuite, utilisez git mergetool ou parcourez la liste de chaque fichier concerné par un CONFLIT et modifiez-les à la main. Le code en conflit est marqué avec <<<<<<, ======== et >>>>>>>. Vous devez le fusionner

+0

Je pense que vous voulez dire * quelqu'un * gère ces fichiers dans git, et ensuite n'utilise pas difftool quand il y a un conflit. Et si l'OP ne reconnaît pas le marqueur <<<<<<<, ce n'est probablement pas Huub Mons qui gâche la fusion. – ruffin

+1

Eh bien, le pire aurait été qu'en effet quelqu'un prenait du code non fusionné de git et le copiait/collait simplement et le donnait à l'OP. Sans le dossier .git Nightmare: p –

+0

Alors git est le coupable hein? Je vais jeter un coup d'oeil à la résolution de ces conflits de fusion. Merci! –