




Вы можете использовать git mergetool для просмотра и редактирования конфликтов обычным способом. Если вы уверены, что конфликты разрешены, сделайте git rebase --continue, чтобы продолжить перебазирование, или, если вы не хотите включать эту ревизию, сделайте git rebase --skip
Если при работе с git svn rebase возникают конфликты слияния, следует помнить следующее:
1) Если при выполнении перебазирования произойдет что-нибудь плохое, вы попадете в ветку (no-branch).
2) Если вы запустите git status, вы увидите файл .dotest в своем рабочем каталоге. Это можно игнорировать.
3) Если вы хотите прервать перебазирование, используйте следующую команду.
git rebase --abort
4) Если у вас есть конфликт слияния:
git add [file]git rebase --continue1git add?», То правки превратили конфликт в безоперационное изменение 2. Продолжить с git rebase --skipВозможно, вам придется повторять этот процесс до завершения перебазирования. В любой момент вы можете git rebase --abort отменить и отказаться от перебазирования.
1: There is no --abort option for git svn rebase.
2: There is no --continue option for git svn rebase.
3: This is very strange, but the files are in a state where git thinks they are the same after that particular patch. The solution is to "skip" that patch on the rebase.
только что попал в беспорядочную смену, действительно странно
Спасибо за подсказку, даже не подумал.
Вся эта вещь git rebase --skip доставила мне немного горя, так как я несколько раз терял свои изменения в своих попытках разрешить конфликт. Оглядываясь назад, я, вероятно, должен был создать локальную ветку и внести в нее свои изменения вместо того, чтобы полагаться на git stash. Я не сделал этого, потому что прочитал, что есть проблемы со слиянием ветвей в git svn, но я думаю, что это связано с попыткой слияния ветвей svn, которые вы реплицируете в своей локальной копии git.
Я выполнил слияние из удаленного / транка в рабочую ветку нашей команды, и в итоге мне пришлось разрешать конфликты дважды, один раз при слиянии, а затем еще раз, когда я выполнял «git svn rebase». Что я сделал не так?
Я знаю, что это старый вопрос, но надеюсь, что кто-нибудь ответит. Я импортировал svn-репо с помощью git svn. Однажды внес некоторые изменения в git, но люди все еще работают над svn, поэтому мне нужно получить их изменения. Каждый раз, когда я использую git svn rebase, я должен пройти весь этот процесс разрешения одних и тех же «конфликтов». Как этого избежать? rerere не помог. Заранее спасибо.
@csexton твоя ссылка на блог harrys мертва
Это помогло, спасибо. Так что у других нет моей проблемы ... пусть
mergetoolвнесет ваши изменения, но неcommit. Просто позвоните вgit rebase --continueи сообщите о поэтапных изменениях.