git svn clone › git svn rebase › Невозможно определить восходящую информацию SVN из истории рабочего дерева

Я пытаюсь сохранить проверку http://googleappengine.googlecode.com/svn/trunk/python только для чтения в репозиторий git, который хранится как удаленный в github.

1) $git svn clone http://googleappengine.googlecode.com/svn/trunk/python.

2) $ git svn перебазировать

-- Невозможно определить восходящую информацию SVN из истории рабочего дерева.

Итак, я начал просматривать файл .git/config, чтобы решить эту проблему, и вот где я сейчас:

[svn-remote "svn"]
fetch = :refs/remotes/git-svn
url =
http://googleappengine.googlecode.com/svn/trunk/python

[удаленный "источник"]
fetch = +refs/heads/:refs/remotes/origin/
url = [email protected]:...PRIVATE_URL...

[ветвь "master"]
удаленный = источник
слияние = refs/heads/master

Мне нужно только получить и объединить последний коммит, а затем отправить изменения на github. Я искал решения, и пока ни одно из них не работает для меня, любые указатели будут полезны.

Заранее спасибо :)


person lmerino    schedule 11.05.2011    source источник
comment
Далее: learn.github.com/p/git-svn.html   -  person lmerino    schedule 11.05.2011
comment
Частично это может быть связано с тем, что git-svn предполагает, что он работает со всем репозиторием, а не только с транком. Так, например, когда люди начинают разработку в ветке, а затем внезапно сливают ее в основную ветку, ваша установка не сможет отследить, откуда пришло изменение.   -  person cbz    schedule 11.05.2011
comment
Это звучит вероятно. Но поскольку я клонировал только ствол, я предполагаю, что история, которую я вытащил, тоже была из ствола. Может быть, мне следует клонировать полностью новый ствол?   -  person lmerino    schedule 12.05.2011


Ответы (1)


Лучше всего клонировать весь репозиторий (даже если он получает java-материал, который вам сейчас не нужен):

git svn clone -s http://googleappengine.googlecode.com/svn/

(-s указывает, что у вас стандартный макет с ветвями, тегами и стволом в каталогах с соответствующими именами).

Выполнение этого любым другим способом будет сложным, потому что то, что вы хотите отобразить, поскольку ваши ветки будут существовать в каталогах, таких как branch/1.1/python branch/1.2.1/python и т. д., и, насколько я могу судить, git-svn выиграл не принимает спецификацию формы branch/*/python

person cbz    schedule 12.05.2011