Ho incontrato un conflitto di unione. Come posso interrompere l'unione?

Ho usato git pulle ho avuto un conflitto di unione:

unmerged:   _widget.html.erb

You are in the middle of a conflicted merge.

So che l'altra versione del file è buona e che la mia è cattiva, quindi tutte le mie modifiche dovrebbero essere abbandonate. Come posso fare questo?

Dato che non hai pullavuto successo, allora HEAD(no HEAD^) è l'ultimo commit "valido" sul tuo ramo:

git reset --hard HEAD

L'altro pezzo che vuoi è lasciare che i loro cambiamenti prevalgano sui tuoi cambiamenti.

Le versioni precedenti di git ti consentivano di utilizzare la strategia di unione "loro":

git pull --strategy=theirs remote_branch

Ma questo è stato rimosso, come spiegato in questo messaggio da Junio ​​Hamano (il manutentore di Git). Come notato nel link , invece faresti questo:

git fetch origin
git reset --hard origin

Se la tua versione di git è> = 1.6.1, puoi usare git reset --merge.

Inoltre, come menziona @Michael Johnson, se la tua versione git è> = 1.7.4, puoi anche usare git merge --abort.

Come sempre, assicurati di non aver apportato modifiche senza commit prima di iniziare l'unione.

Dalla pagina man di git merge

git merge --abortè equivalente a git reset --mergequando MERGE_HEADè presente.

MERGE_HEAD è presente quando è in corso un'unione.

Inoltre, per quanto riguarda le modifiche non impegnate all'avvio di un'unione:

Se sono presenti modifiche che non si desidera eseguire il commit prima di iniziare un'unione, solo git stashprima della fusione e git stash popdopo aver terminato l'unione o interrotto.

git merge --abort

Annullare l'attuale processo di risoluzione dei conflitti e provare a ricostruire lo stato di pre-unione.

Se all'avvio dell'unione fossero presenti modifiche di worktree senza commit, git merge --abortin alcuni casi non sarà possibile ricostruirle. Si consiglia pertanto di eseguire sempre il commit o il salvataggio delle modifiche prima di eseguire git merge.

git merge --abortè equivalente a git reset --mergequando MERGE_HEADè presente.

http://www.git-scm.com/docs/git-merge

È così semplice

git merge --abort

Git stesso ti mostra la soluzione quando ti trovi in ​​questo tipo di problema ed esegui il comando git status.

git status

Spero che questo possa aiutare le persone.

Penso che sia git resetnecessario.

Attenzione, ciò git revertsignifica qualcosa di molto diverso, per esempio, svn revert- in Subversion il ripristino eliminerà le modifiche (non confermate), restituendo il file alla versione corrente dal repository, mentre git revert"annulla" un commit.

git resetdovrebbe fare l'equivalente di svn revert, ovvero, scartare le modifiche indesiderate.

In questo particolare caso d'uso, non si desidera interrompere definitivamente l'unione, ma risolvere il conflitto in un modo particolare.

Non è nemmeno necessario ripristinare ed eseguire un'unione con una strategia diversa. I conflitti sono stati correttamente evidenziati da git e il requisito di accettare le modifiche degli altri lati è solo per questo file.

Per un file non unito in un conflitto, git rende disponibili l'indice nella versione base, locale e remota del file. (Qui è dove vengono letti per l'uso in uno strumento diff a 3 vie git mergetool.) Puoi usarli git showper visualizzarli.

# common base:
git show :1:_widget.html.erb

# 'ours'
git show :2:_widget.html.erb

# 'theirs'
git show :3:_widget.html.erb

Il modo più semplice per risolvere il conflitto per usare la versione remota alla lettera è:

git show :3:_widget.html.erb >_widget.html.erb
git add _widget.html.erb

Oppure, con git> = 1.6.1:

git checkout --theirs _widget.html.erb

Per uno scenario simile, l'ho fatto git fetche git pullpoi ho capito che il ramo a monte non era il ramo principale, il che ha provocato conflitti indesiderati.

git reset --merge 

Questo è tornato indietro senza ripristinare le mie modifiche locali.

I commenti suggeriscono che git reset --mergeè un alias per git merge --abort. Vale la pena notare che git merge --abortè equivalente a git reset --mergedato che a MERGE_HEADè presente. Questo può essere letto nella guida di git per il comando merge.

git merge --abort è equivalente a git reset --merge quando è presente MERGE_HEAD.

Dopo una fusione fallita, quando non c'è MERGE_HEAD, la fusione fallita può essere annullata git reset --merge, ma non necessariamente con git merge --abort. Non sono solo vecchia e nuova sintassi per la stessa cosa .

Personalmente, trovo git reset --mergemolto più potente per scenari simili a quello descritto e le fusioni fallite in generale.

Se si finisce con un conflitto di unione e non si ha nulla da impegnare, viene comunque visualizzato un errore di unione. Dopo aver applicato tutti i comandi di seguito indicati,

git reset --hard HEAD
git pull --strategy=theirs remote_branch
git fetch origin
git reset --hard origin

Si prega di rimuovere

.git \ index.lock

File [taglia incolla in un'altra posizione in caso di ripristino], quindi inserisci uno dei comandi seguenti a seconda della versione desiderata.

git reset --hard HEAD
git reset --hard origin

Spero che aiuti!!!

Un'alternativa, che conserva lo stato della copia di lavoro è:

git stash
git merge --abort
git stash pop

In genere sconsiglio, perché è effettivamente come fondersi in Subversion poiché elimina le relazioni di filiale nel seguente commit.

Poiché Git 1.6.1.3 git checkoutè stato in grado di effettuare il checkout da entrambi i lati di un'unione:

git checkout --theirs _widget.html.erb

Ho trovato il seguente ha funzionato per me (ripristinare un singolo file per pre-unire lo stato):

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

Sorgenti

Poiché non esegui il commit della tua unione, fai semplicemente doppio clic su un altro ramo (il che significa verificarlo) e quando sourcetree ti chiede di annullare tutte le modifiche, accetta :)