Почему git-svn пытается использовать старую точку ветвления?

Question

Я пытаюсь больше полагаться на git-svn для всех своих задач, а не просто использовать git локально, а затем svn для обработки веток и тегов сервера.

Я сделал совершенно новый клон моего хранилища SVN. Я должен был начать с довольно недавней (300 ревизий или около того назад) ревизии, чтобы предотвратить клонирование. git svn fetch и git svn dcommit работают нормально.

Я пытаюсь пометить наш последний номер сборки, 3.6.1. Итак, для пробного запуска я выдаю:

$ git svn tag -n -m "3.6.1 build" 3.6.1
Copying https://svnserver:8443/svn/TheProject/trunk at r5735 to https://svnserver:8443/svn/TheProject/tags/3.6.1...
branch_from: /tags => /tags/3.3.5
Found possible branch point: https://svnserver:8443/svn/TheProject/tags/3.3.5 => https://svnserver:8443/svn/TheProject/tags/3.3.5, 5726
Initializing parent: refs/remotes/tags/3.3.5@5726
Found possible branch point: https://svnserver:8443/svn/TheProject/trunk => https://svnserver:8443/svn/TheProject/tags/3.3.5, 2309
...I cancel as it starts listing all the files it'll add to svn...

Я не совсем понимаю, что здесь происходит. Почему так далеко, чтобы определить точку ветвления? Что-то не так?

Answer 1

Я до сих пор не уверен, ПОЧЕМУ ему это нужно, но, похоже, ему нужна была "git svn fetch", поэтому git знал о других ветвях и тегах, прежде чем смог сделать новый. После этой (продолжительной) выборки она может отлично разветвляться / помечаться.