Git rebase: конфликты продолжают блокировать прогресс

У меня есть ветка git (называемая v4), которая была создана мастером только вчера. В master внесено несколько изменений, которые я хочу внести в v4. Итак, в v4 я попытался выполнить перебазирование с master, и один файл продолжает лажать: однострочный текстовый файл, содержащий номер версии. Это файл app/views/common/version.txt, который перед перебазированием содержит такой текст:

v1.4-alpha-02

Вот что я делаю:

> git rebase master
First, rewinding head to replay your work on top of it...
Applying: new version, new branch
error: patch failed: app/views/common/version.txt:1
error: app/views/common/version.txt: patch does not apply
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging app/views/common/version.txt
CONFLICT (content): Merge conflict in app/views/common/version.txt
Failed to merge in the changes.
Patch failed at 0001 new version, new branch

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

version.txtТеперь выглядит следующим образом :

<<<<<<< HEAD:app/views/common/version.txt
v1.4-alpha-02
=======
v1.4-alpha-01
>>>>>>> new version, new branch:app/views/common/version.txt

Итак, я привел его в порядок, и теперь он выглядит так:

v1.4-alpha-02

а затем я попытался продолжить: сначала я пытаюсь зафиксировать:

> git commit -a -m "merged"
# Not currently on any branch.
nothing to commit (working directory clean)

Не повезло. Итак, я пытался добавить файл:

git add app/views/common/version.txt

Нет ответа. Думаю, отсутствие новостей - это хорошие новости. Итак, я пытаюсь продолжить:

> git rebase --continue
Applying: new version, new branch
No changes - did you forget to use 'git add'?

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

Именно в этот момент, после того, как я обдумываю это, я бьюсь головой о стол.

Что тут происходит? Что я делаю не так? Кто-нибудь может меня поправить?

РЕДАКТИРОВАТЬ - для unutbu

Я изменил файл, как вы предлагали, и получил ту же ошибку:

> git rebase master
First, rewinding head to replay your work on top of it...
Applying: new version, new branch
error: patch failed: app/views/common/version.txt:1
error: app/views/common/version.txt: patch does not apply
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging app/views/common/version.txt
CONFLICT (content): Merge conflict in app/views/common/version.txt
Failed to merge in the changes.
Patch failed at 0001 new version, new branch

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

Я столкнулся с аналогичной проблемой с ребазом. Моя проблема была вызвана тем, что одна из моих фиксаций изменила только файл, и при разрешении я отклонил изменение, внесенное в эту фиксацию. Я смог решить свою проблему, пропустив соответствующий commit ( git rebase --skip).

Вы можете воспроизвести эту проблему в тестовом репозитории. Сначала создайте репозиторий.

$ mkdir failing-merge
$ cd failing-merge
$ git init
Initialized empty Git repository in $HOME/failing-merge/.git/

Затем зафиксируйте исходное содержимое version.txtв master.

$ echo v1.4-alpha-02 > version.txt
$ git add version.txt
$ git commit -m initial
[master (root-commit) 2eef0a5] initial
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 version.txt

Создайте v4ветку и измените содержимое version.txt.

$ git checkout -b v4
Switched to a new branch 'v4'
$ echo v1.4-alpha-03 > version.txt
$ git add version.txt
$ git commit -m v4
[v4 1ef8c9b] v4
 1 files changed, 1 insertions(+), 1 deletions(-)

Вернитесь masterи измените содержимое version.txtтак, чтобы во время перебазирования было конфликт.

$ git checkout master
Switched to branch 'master'
$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git commit -m master
[master 7313eb3] master
 1 files changed, 1 insertions(+), 1 deletions(-)

Вернитесь в v4ветку и попробуйте перебазировать. Как version.txtи планировалось, это не удается .

$ git checkout v4
Switched to branch 'v4'
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: v4
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging version.txt
CONFLICT (content): Merge conflict in version.txt
Recorded preimage for 'version.txt'
Failed to merge in the changes.
Patch failed at 0001 v4

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".
$ cat version.txt
<<<<<<< HEAD
v1.4-alpha-04
=======
v1.4-alpha-03
>>>>>>> v4

Мы разрешаем конфликт, выбирая masterсодержание version.txt. Добавляем файл и пытаемся продолжить ребаз.

$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git rebase --continue 
Applying: v4
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

Это не удается! Посмотрим, какие изменения gitесть в нашем репозитории.

$ git status
# Not currently on any branch.
nothing to commit (working directory clean)

Ах ах, нет никаких изменений. Если вы подробно прочитали предыдущее сообщение об ошибке, gitсообщили нам об этом и рекомендовали к использованию git rebase --skip. Он сказал нам: «Если ничего не осталось для обработки, скорее всего, что-то другое уже внесло такие же изменения; вы можете пропустить этот патч». Таким образом, мы просто пропускаем фиксацию, и перебазирование завершается успешно.

$ git rebase --skip
HEAD is now at 7313eb3 master

Предупреждение : обратите внимание, что git rebase --skipэто полностью отбросит фиксацию, которая gitпыталась перебазировать. В нашем случае это должно быть нормально, поскольку gitон жалуется, что это пустой коммит. Если вы считаете, что потеряли изменения после завершения перебазирования, вы можете использовать его git reflogдля получения идентификатора фиксации вашего репозитория перед перебазированием и использовать его, git reset --hardчтобы вернуть свое хранилище в это состояние (это еще одна деструктивная операция).

Цитата отсюда: http://wholemeal.co.nz/node/9

А?!? Нет, я не забыл использовать git add, я сделал это ... вроде ... 2 секунды назад!

Оказывается, поскольку патч не изменился, git подозревает, что что-то пошло не так. Git ожидает, что был применен патч, но файл остался без изменений.

Сообщение об ошибке не очень интуитивно понятно, но оно содержит ответ. Нам просто нужно сказать rebase пропустить этот патч. Также нет необходимости исправлять маркеры конфликтов в файле. В итоге вы получите версию файла из ветки, которую вы переустанавливаете.

$ git rebase --skip

Это сообщение об ошибке является результатом вашего git commit -a -m "merged". Если вы просто исправить файл, а затем запустить git add <file>, и git rebase --continueон должен работать нормально. git rebase --continueпытается выполнить фиксацию, но обнаруживает, что нет ожидающих изменений для фиксации (потому что вы их уже зафиксировали).

Измените app / views / common / version.txt на

v1.4-alpha-01

На этом этапе перебазирования помните, что вы разрешаете конфликты слияния, чтобы показать развитие не-главной ветви.

Итак, при ребейзинге из

      A---B---C topic
     /
D---E---F---G master

в

              A*--B*--C* topic
             /
D---E---F---G master

конфликт, который вы разрешаете, заключается в том, как создать A * в ветке темы.

Итак, после этого git rebase --abortкоманды должны быть

git checkout topic
git rebase master
< make edits to resolve conflicts >
git add .
git rebase --continue

Поведение, которое вы видите, - это не то, что я ожидал бы от типичного перебазирования только с этим конфликтом. Рассмотрите возможность использования отдельной ветки для выполнения этой перестановки (особенно, если вы уже отправили коммиты удаленно, чтобы выполнить быструю пересылку). Кроме того, это git mergetoolможет быть полезно для разрешения конфликтов и не забывать о выпуске файла git add.

В этом минимальном примере перебазирование работает должным образом. Можете ли вы привести пример, демонстрирующий наблюдаемое вами поведение?

#!/bin/bash

cd /tmp
mkdir rebasetest
cd rebasetest
git init
echo 'v1.0' > version.txt
git add version.txt
git commit -m 'initial commit'
git checkout -b v4
echo 'v1.4-alpha-01' > version.txt
git add version.txt
git commit -m 'created v4'
git checkout master
git merge v4
echo 'v1.4-alpha-01-rc1' > version.txt
git add version.txt
git commit -m 'upped version on master to v1.4-alpha-01-rc1'
git checkout v4
echo 'v1.4-alpha-02' > version.txt
git add version.txt
git commit -m 'starting work on alpha-02'

git rebase master
echo 'v1.4-alpha-02' > version.txt
git add version.txt
git rebase --continue

Вот несколько идей:

• Перед запуском перебазирования убедитесь, что вы не находитесь в середине перебазирования. Делать:rm -rf .git/rebase-apply
  • если вы используете Bash, улучшите приглашение bash, чтобы оно всегда отображало эту информацию автоматически
• Вы упомянули, что я не понял: "а затем попытайтесь продолжить: сначала я пытаюсь зафиксировать:" ... зачем совершать? Я думаю, что в середине перебазирования вам следует использовать "git add" только после того, как вы прибрались, или "git rm", чтобы отбросить изменения или подтвердить удаление файла. Может, что-то напортачило?
• попробуйте слияние вместо перебазирования
• попробуйте некоторые идеи Итана Роу