2008-09-22 3 views

ответ

26

Вы можете использовать git mergetool для просмотра и редактирования конфликтов обычным способом. После того, как вы уверены, что конфликты решаются сделать git rebase --continue продолжить перебазироваться, или если вы не хотите включать эту ревизию сделать git rebase --skip

+5

Это помогло, спасибо. Поэтому у других нет моей проблемы ... пусть `mergetool` ставит ваши изменения, но не« коммите »их. Просто позвоните `git rebase -continue` с вашими поэтапными изменениями. – slf 2012-08-10 14:34:50

87

Хотя делать git svn rebase, если у вас есть слияние конфликтов здесь некоторые вещи, чтобы помнить:

1) Если что-то не так, при выполнении переустановки вы окажетесь на ветке (no-branch).

2) Если вы запустите git status, вы увидите .dotest файл в рабочем каталоге. Это безопасно игнорировать.

3) Если вы хотите прервать переустановку, используйте следующую команду.

git rebase --abort 

4) Если у вас есть слияния конфликт:

  1. вручную редактировать файлы для разрешения конфликтов
  2. Сценические любые изменения с git add [file]
  3. Продолжить перебазироваться с git rebase --continue
    • Если git спрашивает: «Вы забыли позвонить git add?», Затем изменения превратили конфликт в no-op change . Продолжить git rebase --skip

Вы, возможно, придется повторить этот процесс, пока перебазироваться не будет завершена. В любой момент вы можете git rebase --abort отменить и отказаться от переустановки.


1: Там нет --abort варианта для git svn rebase.

2: Нет --continue вариант для git svn rebase.

3: Это очень странно, но файлы находятся в состоянии, когда git думает, что они одинаковы после этого конкретного патча. Решение состоит в том, чтобы «пропустить» , что патч на rebase.

+3

только что попал в игру без изменений, действительно нечетно – 2009-06-07 01:16:40

Смежные вопросы