Resolução de conflitos

Um conflito ocorre quando são feitas alterações no mesmo item no workspace e no repositório do Git remoto. Quando ocorre um conflito, o status do Git diz Conflito e o Commit está desabilitado.

Se você selecionar Atualizar quando existirem conflitos, uma mensagem notificará que é necessário resolver os conflitos antes de fazer a atualização.

Existem três maneiras de resolver um conflito:

• Selecionar a versão a ser mantida por meio da interface do usuário.
• Reverter o espaço de trabalho ou o repositório do Git para um estado sincronizado anterior.
• Resolva o conflito no Git.
• Atualize manualmente o workspace se um ou mais itens não forem atualizados.

Resolução de conflitos na interface do usuário

Selecione Atualizar tudo para conferir uma lista de todos os itens que têm conflitos. Em seguida, você pode selecionar a versão que será mantida para cada item. Para cada item em conflito, você pode optar por aceitar as alterações recebidas do repositório do Git ou manter a versão atual que está no espaço de trabalho.

• Escolha Aceitar alterações recebidas para substituir as alterações no espaço de trabalho. As alterações no espaço de trabalho são perdidas e o status do Git é alterado para sincronizado se a importação for bem-sucedida.

Observação

Aceitar alterações de entrada substituirá o item atual no espaço de trabalho.

• Escolha Manter conteúdo atual para manter a versão que está no espaço de trabalho. Após a conclusão da atualização, o status do Git se tornará alterações não confirmadas, pois as alterações no espaço de trabalho ainda não foram confirmadas no branch.

Reverter a um estado anterior

Você pode reverter o espaço de trabalho inteiro ou a ramificação do Git para o último estado sincronizado. Se você reverter o GIT branch para um commit anterior, ainda poderá ver as alterações feitas no branch não sincronizado. Se você reverter o espaço de trabalho, perderá todas as alterações feitas desde a última confirmação.

Para reverter para o estado sincronizado anterior, execute uma das seguintes ações:

• Utilize o comando Desfazer para retornar os itens em conflito no espaço de trabalho ao seu último estado sincronizado.
• Reverta para o último estado sincronizado no Git usando o comando git revert no Azure DevOps.

Você também pode resolver conflitos desconectando e reconectando o espaço de trabalho. Ao se reconectar, selecione a direção que deseja sincronizar. Observe que, ao se reconectar, todos os itens do espaço de trabalho ou da ramificação são substituídos, e não apenas os que estão em conflito. Ele não retorna o workspace ou o branch ao último estado sincronizado. Em vez disso, ele substitui todo o conteúdo em um local com o conteúdo do outro.

Resolver conflito no git

Se você não tiver certeza de quais alterações foram feitas e qual versão escolher e não quiser reverter para um estado anterior, poderá tentar resolver o conflito no repositório do Git criando um novo branch e sincronizando-o com o atual.

Observação

Somente um administrador do espaço de trabalho pode reconectar o espaço de trabalho à nova ramificação.

1. No painel Controle do código-fonte, faça o checkout de um novo ramo usando o ID do último ramo sincronizado mostrado na parte inferior da tela

   

   

   Esta etapa cria um novo branch a partir do branch conflitante, usando o último estado do Git sincronizado, antes que as alterações que conflitam com suas alterações fossem feitas. É possível conferir suas alterações no painel Controle do código-fonte, mas não há nada para ser atualizado no GIT branch. A ramificação de checkout mantém o estado atual do espaço de trabalho, de forma que as alterações não confirmadas sejam mantidas ao trocar de ramificação.

2. Confirme suas alterações no novo branch. Este novo branch agora incorpora as alterações feitas nos itens associados a uma versão anterior do branch do Git, que não entra em conflito com suas alterações.

3. No git, resolva os conflitos entre o branch original e o novo branch.

4. No git, mescle o novo ramo para o ramo original

5. No Fabric, mude o espaço de trabalho de volta para a ramificação original.

Conteúdo relacionado

• Atualizar manualmente após uma atualização com falha
• Perguntas frequentes sobre o gerenciamento do ciclo de vida