Ошибка Git Svn dcommit - перезапустить фиксацию

Вы должны были создать локальную ветвь и проделать над ней работу, а затем, когда вы вернетесь, вы обновите мастер, переустановите его в локальную ветвь, снова выполните слияние с мастером, а затем dcommit.

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

Создайте локальную ветку из точки синхронизации has svn, слейте туда свои изменения. Затем отмените изменения в основной ветке, выберите, переустановите в ветку, выполните слияние из локальной ветки, исправьте любые конфликты, затем dcommit.

$ git checkout -b backup    # create a local backup branch with all your work
$ git checkout master   
$ git checkout -b backup2   # 2nd copy just to be safe
$ git checkout master
$ git reset --hard <this is the revision of the last svn-id> # clean up master to make the svn merge easier
$ git svn fetch    # this should update to the current version on the svn server
$ git rebase master backup  # may get a conflict here, fix and commit
... # after conflict is fixed and commited
$ git checkout master 
$ git merge backup --ff  # merge in your local commits
$ git svn dcommit        # push back to the svn

Дополнительную информацию можно получить здесь

Еще один ответ вам может быть интересно.

статьи о рабочем процессе git-svn

Статья

Благодаря большой признательности VonC и необычайному терпению Сфассена со мной решение вроде сработало. Я не знаю, как и почему, но, возможно, моя первоначальная перезагрузка не сработала. Чтобы исправить это, я снова перебазировал. Из моего местного магистрального отделения:

$ git co -b backup  # backup the commits to my local trunk
$ git co trunk      # return to the local trunk
$ git svn rebase    # rebase the trunk from the Svn server
$ git br -d backup  # delete the backup branch

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

Еще раз спасибо за все предложения и терпение с новичком.

Для завершения sfossen отличный ответ, вот некоторые подробности:

С git-svn вы по умолчанию получаете локальную ветку с именем master. Вы не должны работать с ним, только поддерживайте его в актуальном состоянии с помощью ветки ствола svn с помощью:

• git svn fetch, чтобы получить историю из ветки магистрали svn в локальной ветке магистрали: эти изменения не будут применяться в вашем рабочем каталоге.
• git checkout master, чтобы включить магистральную ветку (только если вы были в другой ветке)
• git rebase trunk для синхронизации мастера с транком.

Однако все ваши изменения должны выполняться в другой локальной ветке (назовем ее local-devel).

• git branch local-devel
• git checkout local-devel

Если вам нужно срочно исправить:

• git checkout master: переключить на master (),
• git svn fetch && git rebase trunk, чтобы обновить его с помощью svn trunk.
• git branch fastfix && git checkout fastfix, разветвите его
• исправить ошибку, скомпилировать, протестировать,
• git commit -a: локальная фиксация,
• git svn dcommit обновить модификацию до удаленного репозитория svn
• git checkout master && git rebase trunk: обновить мастер еще раз
• git branch -D fastfix: удалить ветку исправлений
• git checkout local-devel && git rebase master: вернитесь к разработчику с обновленной историей, сделанной на мастере, воспроизведенной в вашей ветке разработки

Поначалу это немного хлопотно, но гораздо удобнее, чем svn diff в файле, который нужно применить позже.

У меня была похожая ситуация. Я выполнял git svn dcommit через плохое сетевое соединение, и в какой-то момент оно вышло из строя. Я обнаружил, что проблема была вызвана тем фактом, что в репозитории Subversion уже была новая фиксация, но локальный аналог git-svn посчитал, что фиксации еще нет в SVN. Решения из других ответов здесь не помогли, однако это помогло:

git svn reset -r <last_svn_commit_git_was_aware_of>
git svn fetch
git svn rebase

После этого я наконец смог обойтись git svn dcommit без ошибок.

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

git svn rebase предполагается переписать ваши коммиты. Из описания и комментариев у меня сложилось впечатление, что после того, как вы переустановили, вы вернули свои старые коммиты наверх. Коммиты должны быть заменены более новыми версиями, которые не конфликтуют.

Чтобы не копаться в рефлоге, вы можете иметь привычку делать быстрые теги перед тем, как делать свои git svn dcommit. После успешного выполнения dcommit удалите тег. Если тег не работает, вы можете сделать git reset --hard, а затем git merge <tag>. Повторно запустите перебазирование, чтобы вернуть историю в порядок, повторно пометьте теги и повторно зафиксируйте.

В нескольких местах, где я читал, плохая практика при использовании git svn использовать отдельную ветку. Что-то, относящееся к git, не отображается в svn так, как вы ожидали.

Следующий ответ от http://progit.org/book/ch8-1.html кажется самым чистым способом:

git svn rebase
git svn dcommit

Я также пробовал самый популярный вариант, описанный выше, но он не всегда работал у меня, так как git rebase не откатывает, чтобы соответствовать svn в восходящем потоке, а только вернуться к последней фиксации git.