Hi, we are approaching our first release of msysGit's installer with git-svn. However, I am experiencing a very bad performance, and an error: $ git svn fetch trace: exec: 'git-svn' 'fetch' trace: built-in: git 'config' '--bool' '--get' 'svn.fetchall' trace: built-in: git 'config' '--get' 'svn.username' trace: built-in: git 'config' '--get' 'svn.repackflags' trace: built-in: git 'config' '--bool' '--get' 'svn.quiet' trace: built-in: git 'config' '--bool' '--get' 'svn.noauthcache' trace: built-in: git 'config' '--get' 'svn.revision' trace: built-in: git 'config' '--int' '--get' 'svn.repack' trace: built-in: git 'config' '--int' '--get' 'svn.logwindowsize' trace: built-in: git 'config' '--bool' '--get' 'svn.nocheckout' trace: built-in: git 'config' '--get' 'svn.configdir' trace: built-in: git 'config' '--bool' '--get' 'svn.noMetadata' trace: built-in: git 'config' '--bool' '--get' 'svn.useSvnsyncProps' trace: built-in: git 'config' '--bool' '--get' 'svn.followparent' trace: built-in: git 'config' '--get' 'svn.authorsfile' trace: built-in: git 'config' '--bool' '--get' 'svn.useSvmProps' trace: built-in: git 'config' '--bool' '--get' 'svn.uselogauthor' trace: built-in: git 'rev-parse' '--symbolic' '--all' trace: built-in: git 'config' '-l' trace: built-in: git 'config' '-l' trace: built-in: git 'config' '-l' trace: built-in: git 'config' '--int' '--get' 'svn-remote.svn.branches-maxRev' trace: built-in: git 'config' '--int' '--get' 'svn-remote.svn.tags-maxRev' trace: built-in: git 'config' '--get' 'svn-remote.svn.url' trace: built-in: git 'config' '--get' 'svn-remote.svn.uuid' trace: built-in: git 'config' 'svn-remote.svn.branches-maxRev' '8' could not lock config file config svn-remote.svn.branches-maxRev 8: command returned error: 255 I suspect that the locking problem is due to some strange anti-virus interaction, because issuing the same command on the command line succeeds. However, did you notice the many calls to "git config"? Especially the three ones which list all values anyway? I am not really sure if that is the single reason of the slowness -- remember, Windows is mightily spawn()-challenged -- but it sure would help to have git-svn read the config once at the beginning, probably with "-z", too, and then just read from the cached values, no? Ciao, Dscho P.S.: how far is the svn:external->submodule stuff? - 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