Команда клона МЕРЗАВЦА-SVN выполняется без ошибок, но локальное основное ответвление отсутствует

Я пытаюсь использовать МЕРЗАВЦА-SVN, но мне запускали проблемы, получающие вещи. Я могу клонировать репозиторий SVN (или использовать мерзавца svn init и затем мерзавца svn выборка) без любых ошибок, но после того, как команда прекращает обрабатывать, репозиторий мерзавца пуст и нет никакого локального основного ответвления.

Мой репозиторий SVN расположен в здесь:

https://localhost:8443/svn/projects

И папка проекта структурирована как это:

/projectA/trunk
/projectA/branches
/projectA/tags

/projectB/trunk
/projectB/branches
/projectB/tags

(отметьте, ответвления и папки тегов пусты, магистральная папка содержит файлы).

Я пытаюсь клонировать projectA, таким образом, я использовал эту команду:

git svn clone --username myUsername https://localhost:8443/svn/projects/ gitFolder --trunk projectA/trunk --branches projectA/branches --tags projectA/tags

Обработка занимает приблизительно 10 минут, и она выводит все имена файлов на экран. Последняя строка похожа на это:

r233 = 2bfb031dda74e0ae8340688892197d647729b256 (refs/remotes/trunk)

Теперь, если я переключаюсь на gitFolder и ввожу журнал мерзавца, я добираюсь: фатальный: плохой пересмотр по умолчанию 'ГОЛОВА'.

git branches -a отчеты это:

пульты ДУ/соединительная линия.

Существует .git папка в gitFolder, но ничем ином. Я также попытался к git svn init и git svn fetch вместо git svn clone но конечный результат - то же.

Какие-либо идеи, что продолжается?Заранее спасибо.

Обновление:

Просто реализованный, на который последняя строка (r233 = 2bf...) должна указать на число пересмотра. Таким образом, последний обработанный svn пересмотр 233. Я повторно протестировал это многократно, и клон мерзавца-svn всегда останавливается после пересмотра 233. Проблема состоит в том, что исходный репозиторий SVN содержит больше чем 10 100 изменений. Я не уверен, почему мерзавец-svn останавливается, прежде чем это будет должно, потому что нет никаких ошибок или предупреждений. Существует ли файл журнала где-нибудь, который мог дать больше ключа к разгадке?

Другое обновление:

Я смог решить свою проблему. Это было вызвано коммуникационными проблемами между VisualSVN (версия 2.1.3) и Msysgit (1.7.0.2-preview20100309 версия). Кажется, что в какой-то момент мерзавец-svn просто теряет соединение с VisualSVN-сервером и сбоями для показа ошибки и просто закрывается. Переключение от http-протокола до svn-протокола решило проблему.

Используя svn-протокол с VisualSVN довольно легко:

1. Перейдите к папке мусорного ведра VisualSVN
2. Введите "svnserve - демон"

Можно проверить, что все работает при помощи TortoiseSVN и указания на него в репозиторий: svn://localhost/repositories/myProject