Я зіткнувся з конфліктом злиття. Як я можу скасувати злиття?

Я використовував 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 man

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 надає загальну базу, локальну та віддалену версії файлу в індексі. (Тут вони читаються для використання у тривимірному інструменті різниці 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присутній a . Про це можна прочитати в довідці git для злиття команди.

git merge --abort еквівалентно скиданню git --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 запитає вас про відмінення всіх змін, тоді погоджуйтесь :)