Ich sehe, wie git svn fetch wiederholt die gleichen Subversion-Revisionen abruft, wenn es in meinem Subversion-Repository Verzweigungen findet. Wir verwenden das standardmäßige Subversion-Repository-Layout mit den Verzeichnissen / trunk, / tags und / branches auf oberster Ebene (und das Git-Repository wurde mit 'git svn init -s' erstellt). Die problematischen Zweige sind jedoch häufig Kopien, die aus einem Unterverzeichnis innerhalb von trunk anstelle von trunk erstellt wurden.

Die Ausgabe von git svn fetch sieht normalerweise so aus:

r2537 = d5b22e956157af036d4112e42e8fb927e45758c8 (trunk)
        M       Enterprise/VC/libgc/SymbolVenue.cpp
r2538 = cfed4ca0491da0b732f32bfff72ba678450a0915 (trunk)
Found possible branch point: http://repo/prod_repos/trunk/Enterprise/VC => http://repo/prod_repos/branches/file_conversion, 2523
W: Refspec glob conflict (ref: refs/remotes/scripter@832):
expected path: branches/scripter@832
    real path: trunk/Enterprise/Python
Continuing ahead with trunk/Enterprise/Python
W: Refspec glob conflict (ref: refs/remotes/trunk):
expected path: branches/trunk
    real path: trunk
Continuing ahead with trunk
Initializing parent: file_conversion@2523
        A       gc/QuoteService.cpp
        A       gc/TestSuite.h
        A       gc/quote_svc.pro
        A       gc/QuoteService.h
.....

r1 = d349ed8cb2d76596fe2b83224986275be4600fad (QuoteSvcFix442@2698)
        D       gc/FixMessageLogger.h
.....
r5 =
r19 =
r20 = 
.....

Und wir sind wieder bei Revision 1. git svn fetch ruft dann so lange Revisionen ab, bis die Revision erreicht ist, die den Zweig erstellt hat.

Was mache ich falsch? Gibt es sowieso für mich zu sagen, git svn fetch nicht Revisionen abzurufen, die es bereits gezogen hat?