¿Por qué git svn remote tracking dejó de funcionar?

Tengo la siguiente configuration

repository svn

application | |-branches | | | |-develop-svn | |-trunk 

repository git local

 master | |-develop 

master tracks remotes / trunk

desarrollar pistas remotos / desarrollar-svn

Por alguna razón desarrolle el seguimiento detenido develop-svn.

Cuando pago y cuando desarrollo de maestro obtengo el siguiente post.

 $ (master) git checkout develop Switched to branch develop Your branch is ahead of 'develop-svn' by 59 commits. 

Cuando bash comprometerme con el repository svn, intenta actualizar el troncal remoto.

 $ (develop) git svn dcommit -n Committing to https://servername/svn/application/trunk ... ... 

Solía ​​comprometerse con https: // servername / svn / application / branches / develop-svn

Ya probé este command, que no ayudó:

 $ (master) git branch --set-upstream develop develop-svn Branch develop set up to track local refs/remotes/develop-svn. $ (master) git checkout develop Switched to branch develop Your branch is ahead of 'develop-svn' by 59 commits. $ (develop) git svn dcommit -n Committing to https://servername/svn/application/trunk ... ... 

Mi configuration se ve así

 [svn-remote "svn"] url = https://servername/svn/application fetch = trunk:refs/remotes/trunk branches = branches/*:refs/remotes/* tags = tags/*:refs/remotes/tags/* 

Según Pro Git , git svn dcommit decide a qué twig de Subversion presionar según el svn-id más reciente de la historia. La documentation de git svn explica que esto se hace volviendo al historial siguiente al primer padre en cada instancia:

Si se fusiona, tenga en count la siguiente regla: git svn dcommit intentará confirmar sobre la confirmación SVN nombrada en

  git log --grep=^git-svn-id: --first-parent -1 

Por lo tanto, debe asegurarse de que la confirmación más reciente de la sucursal a la que desea comprometerse sea el primer padre de la fusión. De lo contrario, se producirá Caos, especialmente si el primer padre es un compromiso más antiguo en la misma twig de SVN.

(Como estoy seguro de que habrás notado, los svn-id s comienzan con una URL que apunta a trunk o svn-develop , o lo que sea).

Entonces, si testing ese command en la twig en la que está, ¿encuentra la confirmación que espera? ¿O es posible que haya cambiado de base o se haya fusionado de alguna forma que pueda hacer que el git svn commit más reciente (en el sentido anterior) sea uno del trunk de Subversion en lugar de la twig develop-svn ?