Ver um conflito sem pânico
Entender que o Git parou porque duas mudanças mexeram no mesmo trecho.
Entenda o conflito simples, leia os marcadores no arquivo, escolha o texto final e registre a solução com add e commit.
Entender que o Git parou porque duas mudanças mexeram no mesmo trecho.
Interpretar <<<<<<<, ======= e >>>>>>> no arquivo.
Editar o texto final, remover marcadores e concluir com add + commit.
O Git junta o que consegue. No trecho em que as duas histórias colidem, ele pede a sua escolha.
Um conflito simples aparece quando você e o remoto (outra pessoa, outro computador ou uma edição no site) alteraram a mesma parte do mesmo arquivo.
Isso não significa que o projeto quebrou para sempre. Significa: “eu não sei qual texto manter — você decide.”
O fluxo típico: o pull aponta o conflito → você edita o arquivo → remove os marcadores → add → commit.
Depois de um git pull que conflita, o terminal costuma citar o arquivo e pedir para corrigir e fazer commit. Confira também com git status.
Você verá algo nesta forma:
<<<<<<< HEAD — começa a sua versão
======= — separa as duas versões
>>>>>>> … — fecha a versão que veio do outro lado
Escolha o texto final (uma das versões, ou uma combinação) e apague todos os marcadores.
git add README.md
git commit -m "resolve conflito no README"
Use o nome do arquivo que você corrigiu. Depois, se fizer sentido, envie com git push.
<<< / === / >>> no arquivo final. Eles são só ajuda temporária do Git.Responda às 5 questões, uma por vez. Leia a explicação após cada resposta e refaça o quiz se precisar revisar.
Não. É o Git pedindo ajuda em um ponto específico. Em colaboração, conflitos são comuns e resolvíveis.
Sim, se for a escolha certa. O importante é o arquivo ficar com o texto desejado e sem marcadores.
O histórico local fica consistente. Em geral, o próximo passo é git push para alinhar o remoto.