threads / discuss / 19577

git-svn fetch

Subject: git-svn fetch

## tl;dr

3 messages between May 29, 2009 and May 29, 2009.

replies: 2people: 2as markdown or json

Doki Pen· May 29, 2009, 15:09 UTC · lore

I'm sorry if this has been brought up before, I did look through the archive and didn't see it.

I am working with a repo that has about 7000 commits and about 100 branches/tags. I've been using git-svn for about 4 months now and love it. The problem I'm experiencing is that everytime a new branch is added, git svn fetch seems to download the entire history all the way from r1. Is this the expected behavior? If so, why is that? Don't we already have the old revisions from trunk and other branches?

Michael J Gruber· May 29, 2009, 16:10 UTC · re: Doki Pen · lore

Re: git-svn fetch

Doki Pen venit, vidit, dixit 29.05.2009 17:09:

Show 10 quoted lines

> I'm sorry if this has been brought up before, I did look through the 
> archive and didn't see it.  
> 
> I am working with a repo that has about 7000 commits and about 100 
> branches/tags.  I've been using git-svn for about 4 months now and love 
> it.  The problem I'm experiencing is that everytime a new branch is added, 
> git svn fetch seems to download the entire history all the way from r1.  
> Is this the expected behavior?  If so, why is that?  Don't we already have 
> the old revisions from trunk and other branches?  
>

AFAIK git-svn has to go back in order to search for possible earlier history of $newbranch. For git-svn, the following two scenarios are basically equivalent:

- a new branch is added to the svn repo
- you change your git-svn config so that a new branch becomes
"interesting" (which had been skipped before)

git-svn treats them the same way ("a branch we don't know about yet"), because it can't really (reliably) distinguish between them.

Michael

doki_pen· May 29, 2009, 20:31 UTC · re: Michael J Gruber · lore

Re: git-svn fetch

Michael J Gruber wrote:

> Doki Pen venit, vidit, dixit 29.05.2009 17:09:
>

[snip]

>> The problem I'm experiencing is that everytime a new branch is added, 
>> git svn fetch seems to download the entire history all the way from r1.

[snip]

Show 12 quoted lines

>
> AFAIK git-svn has to go back in order to search for possible earlier
> history of $newbranch. For git-svn, the following two scenarios are
> basically equivalent:
>
> - a new branch is added to the svn repo
> - you change your git-svn config so that a new branch becomes
> "interesting" (which had been skipped before)
>
> git-svn treats them the same way ("a branch we don't know about yet"),
> because it can't really (reliably) distinguish between them.
>

Turns out that in their infinite wisdom, the repo gods laid out the structure like this:

/trunk
  /Source
     [THECODE]
  /SomethingElse
  /SomeOtherStuff
/branches
  /BRANCH-1
     [THECODE]
  /...

The problem was I had trunk set to /trunk and not /trunk/Source. This was a bad mistake. Since I have fixed it git-svn is quite a bit faster!

TY