what I really want is a mapping between the remote SVN branch and the local branch.
Answer: No (at least not in the usual sense).
Develop:
Usually in git you have two types of branches
The local branch can be associated with (and a copy of) the remote tracking branch (possibly with changes) - then the remote tracking branch is called the "upstream branch" of the local branch. This "upstream relationship" is stored in the repo configuration (.git / config) and displayed on the output of git branch -vv .
Now the point is this: git-svn does not have this concept of an upstream branch .
In particular, it does not preserve the upstream relationship in the git configuration, and therefore commands like git branch -vv cannot show this.
git uses the "branch upstream" to decide where to pull and where to click (more or less, configurable).
git-svn, in contrast, simply reverts to the history of the local branch to the last commit received from SVN (the last commit with "git-svn-id"). This commit also calls the SVN branch (i.e., Path to the SVN repo) from which it was created (it is part of the line after "git-svn-id"). git -svn will use this SVN branch.
This is described in the git-svn manpage :
Note the following rule: git svn dcommit will try to commit on top of the SVN command named in
git log --grep = ^ git -svn-id: -first-parent -1
This is not indicated in the manual, but I believe that git svn rebase uses a similar rule.
source share