-
Eu acabei de resolver o conflito de fusão
movendo a mudança da divisão
-
de asteroid em dois fragmentos
para a nova função breakIntoFragments.
-
Porém, ainda preciso informar ao git
que o conflito foi resolvido.
-
Posso fazer isso
confirmando a resolução.
-
Primeiro, vou salvar o arquivo.
-
Depois, volto para a linha de comando
e executo git status.
-
Desta vez, em vez de mostrar
game.js simplesmente como modified,
-
o git mostra o arquivo como both modified.
-
Isso acontece porque os dois branches
modificaram o arquivo e então ocorreu um conflito.
-
Contudo, eu resolvi o conflito, então
vou adicionar o arquivo à área de preparo.
-
Agora vou executar git status novamente,
e o git informa que todos os conflitos foram corrigidos,
-
mas que você ainda está fazendo a fusão.
-
Use git commit para concluir a fusão.
-
Então, vou prosseguir e fazer isso,
-
e novamente o git já preencheu
uma mensagem de commit para mim.
-
Desta vez, ele observa que eu acabei de
fazer a fusão do branch master com easy-mode,
-
e que ocorreu um conflito em game.js.
-
Da mesma forma que antes, eu poderia
mudar esta mensagem, se quisesse.
-
Mas a mensagem
descreve bem o commit,
-
então vou deixá-la
como está e encerrar.
-
Agora vou executar git log.
-
Observe que foi criado
apenas um novo commit.
-
O git não criou um merge commit
e uma resolução de conflito separados.
-
Em vez disso, apenas incluiu
os dois no mesmo commit.
-
Agora, para praticar a resolução de
um conflito de fusão,
-
execute merge master em easy-mode
em seu próprio computador.
-
Ao concluir,
execute o comando git log -n 1 e
-
copie o resultado nesta caixa.
-
O sinalizador -n flag significa que git log
mostrará apenas esse número de commits,
-
neste caso, um.
Udacity