On Sat, Feb 02, 2008 at 05:21:59PM -0800, Wink Saville wrote:After adding the svn-remote section, you'll want to copy .git/refs/remotes/origin/master to .git/refs/remotes/git-svn. After doing that, "git svn fetch" should see that you have all the needed commits and do a quick rebuild of its metadata. I've not done it, but it should be possible. You would create the new svn repository with a single empty commit (as empty as SVN would allow). Import that revision into your git repository with git-svn. Then you would either rebase or use grafts to make all of your git commits a descendent of that single svn commit. In that way, the next time you run "git svn dcommit" it will see all your local git commits as new commits to send to subversion. No guarantees though, as I've not tried it. -- -Steven Walter <stevenrwalter@gmail.com> Freedom is the freedom to say that 2 + 2 = 4 B2F1 0ECC E605 7321 E818 7A65 FC81 9777 DC28 9E8F - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Steven Rostedt | Re: Major regression on hackbench with SLUB |
| Jeremy Fitzhardinge | [PATCH 02 of 36] x86: add memory clobber to save/loadsegment |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Paul Jackson | Re: cpuset-remove-sched-domain-hooks-from-cpusets |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Arjan van de Ven | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH iproute2] Re: HTB accuracy for high speed |
