Я столкнулся с конфликтом слияний. Как я могу прервать слияние?

Я использовал git pullи имел конфликт слияния:

unmerged:   _widget.html.erb

You are in the middle of a conflicted merge.

Я знаю, что другая версия файла хороша, а моя - плоха, поэтому все мои изменения должны быть отменены. Как я могу это сделать?

Так как ваша pullнеудача была неудачной, то HEAD(не HEAD^) является последним "действительным" коммитом в вашей ветке:

git reset --hard HEAD

Другая часть, которую вы хотите, - позволить их изменениям перевесить ваши изменения.

Более старые версии git позволяли вам использовать «их» стратегию слияния:

git pull --strategy=theirs remote_branch

Но с тех пор это было удалено, как объяснено в этом сообщении Джунио Хамано (сопровождающий Git). Как отмечено в ссылке , вместо этого вы должны сделать это:

git fetch origin
git reset --hard origin

Если ваша версия git> = 1.6.1, вы можете использовать git reset --merge.

Также, как упоминает @Michael Johnson, если ваша версия git> = 1.7.4, вы также можете использовать git merge --abort.

Как всегда, убедитесь, что у вас нет незафиксированных изменений перед началом слияния.

Из справочной страницы git merge

git merge --abortэквивалентно тому, git reset --mergeкогда MERGE_HEADприсутствует.

MERGE_HEAD присутствует, когда происходит слияние.

Также относительно непринятых изменений при запуске слияния:

Если у вас есть изменения, которые вы не хотите фиксировать до начала слияния, просто внесите git stashих до слияния и git stash popпосле завершения слияния или его отмены.

git merge --abort

Прервите текущий процесс разрешения конфликтов и попытайтесь восстановить состояние перед объединением.

Если в момент начала слияния присутствовали незафиксированные изменения рабочего дерева, git merge --abortв некоторых случаях невозможно будет восстановить эти изменения. Поэтому рекомендуется всегда фиксировать или сохранять ваши изменения перед запуском git merge.

git merge --abortэквивалентно тому, git reset --mergeкогда MERGE_HEADприсутствует.

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

Это так просто.

git merge --abort

Сам Git показывает вам решение, когда вы находитесь в такой ситуации и запускаете команду git status.

git status

Надеюсь, это поможет людям.

Я думаю это git resetтебе нужно.

Имейте в git revertвиду, что это означает что-то совершенно иное, скажем, svn revert- в Subversion git revertвозврат отменит ваши (незафиксированные) изменения, вернув файл в текущую версию из репозитория, тогда как «отменяет» коммит.

git resetдолжен сделать эквивалент svn revert, то есть отменить ваши нежелательные изменения.

В этом конкретном случае вы не хотите прерывать слияние, просто разрешите конфликт определенным образом.

Также нет особой необходимости сбрасывать и выполнять слияние с другой стратегией. Git правильно выделил конфликты, и требование принять изменения других сторон относится только к этому файлу.

Для необработанного файла в конфликте git делает доступной общую базовую, локальную и удаленную версии файла в индексе. (Это то место, откуда они читаются для использования в инструменте 3-way diff git mergetool.) Вы можете использовать их git showдля просмотра.

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

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

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

Самый простой способ разрешить конфликт - использовать дословную версию удаленной версии:

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

Или с git> = 1.6.1:

git checkout --theirs _widget.html.erb

Для сценария, подобного, я сделал, git fetchа git pullзатем понял, что восходящая ветвь не была главной ветвью, что приводило к нежелательным конфликтам.

git reset --merge 

Это вернулось назад без сброса локальных изменений.

Комментарии предполагают, что git reset --mergeэто псевдоним для git merge --abort. Стоит отметить, что git merge --abortэто эквивалентно только тому, git reset --mergeчто MERGE_HEADприсутствует. Это можно прочитать в справке git для команды слияния.

git merge --abort эквивалентно git reset --merge, когда присутствует MERGE_HEAD.

После неудачного слияния, когда его нет MERGE_HEAD, неудачное слияние можно отменить git reset --merge, но не обязательно с помощью git merge --abort. Это не только старый и новый синтаксис для одного и того же .

Лично я нахожу git reset --mergeгораздо более мощным для сценариев, похожих на описанный, и неудачных слияний в целом.

Если вы столкнулись с конфликтом слияния и не имеете ничего для фиксации, но все равно отображается ошибка слияния. После применения всех перечисленных ниже команд,

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

Пожалуйста, удалите

.git \ index.lock

Файл [вырезать вставить в другое место в случае восстановления], а затем введите любую из следующих команд в зависимости от того, какую версию вы хотите.

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

Надеюсь, это поможет!!!

Альтернатива, которая сохраняет состояние рабочей копии:

git stash
git merge --abort
git stash pop

Я обычно советую против этого, потому что это фактически похоже на слияние в Subversion, поскольку оно отбрасывает отношения ветвления в следующем коммите.

Начиная с Git 1.6.1.3 git checkoutможно было оформить заказ с любой стороны слияния:

git checkout --theirs _widget.html.erb

Я обнаружил, что следующее работает для меня (вернуть один файл в состояние перед объединением):

git reset *currentBranchIntoWhichYouMerged* -- *fileToBeReset*

Sourcetree

Поскольку вы не фиксируете свое слияние, просто дважды щелкните по другой ветке (что означает оформить заказ), и когда sourcetree спросит вас об отмене всех изменений, тогда согласитесь :)