Sverre Rabbelier <srabbelier@xxxxxxxxx> wrote: > Heya, > > On Sun, Mar 29, 2009 at 14:53, jamespetts <jamespetts@xxxxxxxxx> wrote: > > > > "Unable to determine upstream SVN infromation from working tree history". > > > > Have I done something wrong...? > > I'm afraid this is where my git-svn knowledge is no longer sufficient > :(. I have had the same problem myself, and I don't know how to fix > it, perhaps Eric has a moment to enlighten? What does "git log" in your working tree say before you run "git svn rebase"? Then, what does "git log <ref_of_svn_remote_you_reset_to>" say? "git svn rebase" relies on the "git-svn-id:" line in the log message as well as the stored checksum to determine how to rebase the current HEAD. However, "git svn fetch" should always work[1] and not touch the current HEAD. You can run "git svn fetch" to get the new updates and then push your remotes out as heads by setting up your pushes to github like this .git/config (totally untested): [remote "github"] url = user@xxxxxxxxxx/foo/bar.git push = refs/remotes/*:refs/heads/* [1] - at least on POSIX, I don't know if git-svn is still broken in Windows and can't help if is. -- Eric Wong -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
