git/list[1] front-page[2] threads[3] people[4] search[5] about
 

git-svn mergeinfo support performance problem

From
AMAndrew Myrick <amyrick@gmail.com>
Date
Dec 19, 2009, 01:08 UTC
Message-ID
<6b2f9b1d0912181708g32645b48j3886b74101e77d80@mail.gmail.com>

I've been testing git-svn v1.6.6-rc3's mergeinfo support on a large svn repository (60,000+ revisions, 20+ GiB) that uses a very branch-heavy integration model in which every change gets its own branch before being committed to trunk. As a result of the model, there are currently over 1000 lines in the svn:mergeinfo property on trunk. Unfortunately, with the current implementation, git svn fetch takes more than a minute per revision pouring through all of those merge tickets; obviously, this is too slow to be usable for my repository.

Are there any ideas on how git svn fetch can be sped up when facing hundreds of mergeinfo properties?  Alternatively, would it be possible to add an argument that would ignore the merge info?  Or, is there any maintenance I could perform on the svn repository that would help reduce the amount of work that git-svn must do?  In the meantime, I'll have to stick with git 1.6.5.*.

Regards, Andrew

P.S.  This is my first post to the list.  My apologies if this issue has already been discussed and I did not see it in the archives, or if I have missed a more formal mechanism for filing bug reports.

Next: Johan 't Hart
Message 1 of 3 in “git-svn mergeinfo support performance problem”
  1. Andrew MyrickDec 19, 2009
  2. Johan 't HartDec 20, 2009
  3. Andrew MyrickDec 20, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.