[webkit-dev] Faster Git SVN updates

David Levin levin at google.com
Thu Nov 18 15:36:35 PST 2010

Added by dimich, but it is a tip from Albert and I think how most chromium
enlistments for git are setup iirc).


On Thu, Nov 18, 2010 at 3:32 PM, Eric Seidel <eric at webkit.org> wrote:

> There is this section of the WebKit Git wiki (
> http://trac.webkit.org/wiki/UsingGitWithWebKit):
> If you don't fetch new revisions from Subversion very often and find
> fetching them one by one too slow, you can modify the svn section in your
> .git/config file to point directly to the *refs/remotes/origin/master* rather
> then*refs/remotes/trunk* which is how it is set up by default. In this
> case 'git svn fetch' will be way faster if done after "git fetch" or "git
> pull", since it'll realize it already has all the revisions locally. Edit
> your svn entry to look like this:
> [svn-remote "svn"]
>         url = http://svn.webkit.org/repository/webkit
>         fetch = trunk:refs/remotes/origin/master
> and then re-build the svn index by doing 'git svn fetch' once.
> It's some magical setup by which your git svn fetchs will be much faser.
>  But I've heard it's buggy?  Can lead to local repository corruption?
> Can someone set me straight?
> The current git svn fetch is *super* slow.  Especially if you're behind by
> more than a day or two.
> If there was a way to make this faster method safe, by wrapping it in some
> other (error-checking) command which knew how to fall back to git svn
> rebase, etc. when necessary I would love to make it the default method for
> all WebKit get users.
> Thoughts?
> -eric
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20101118/3aa291d2/attachment.html>

More information about the webkit-dev mailing list