Ошибка анонимной проверки git-svn с параметром -s

Я пытаюсь использовать git для клонирования репозитория svn со стандартным макетом (используя параметр -s). Репозиторий использует https анонимно (репозиторий находится по адресу https://secure.simplistix.com/svn/xlwt /). Я могу нормально проверить репозиторий, используя svn, но с git-svn я получаю запрос пароля, а затем не могу проверить (у меня нет учетной записи для этого репозитория):

Authentication realm:  Simplistix Subversion Server
Password for 'davidf': 
Authentication realm:  Simplistix Subversion Server
Username: 
Password for '': 
Authentication realm:  Simplistix Subversion Server
Username: 
Password for '': 
W: Ignoring error from SVN, path probably does not exist: (160013): Filesystem has no item: '/svn/!svn/bc/100/xlwt' path not found
W: Do not be alarmed at the above message git-svn is just searching aggressively for old history.
This may take a while on large repositories

Полученный репозиторий полностью пуст

git-svn, похоже, предполагает, что если репозиторий начинается с https, требуется аутентификация. Есть ли способ обойти это?


person David Fraser    schedule 29.09.2009    source источник
comment
Я знаю, что это устарело, но чтобы помочь другим, пожалуйста, укажите в своем вопросе и заголовке, что вы используете параметр -s, так как это, вероятно, является ключом к проблеме, с которой вы столкнулись.   -  person Daniel Cassidy    schedule 03.10.2010
comment
Хорошая точка зрения. Я добавил эту информацию. Кто-нибудь тестирует - в настоящее время я не могу использовать git svn или svn по указанному выше URL-адресу - я получаю ошибку OPTIONS с 200 OK   -  person David Fraser    schedule 11.10.2010
comment
В дополнение к этому стоит отметить, что разработка xlwt теперь перенесена на github: github.com/python -excel/xlwt ... так что gitsvn больше не нужен! :-)   -  person Chris Withers    schedule 07.10.2012


Ответы (2)


У меня есть идея, с чем это может быть связано:

http://subversion.tigris.org/issues/show_bug.cgi?id= 3242

Если это не так, то вам, скорее всего, не повезло... Корень моего репозитория не общедоступен...

person Chris Withers    schedule 01.12.2009
comment
Это действительно выглядит так - клон git-svn может проверить все это, но добавьте -s, чтобы получить поддержку ветки, и это не удается ... однако понижение до subversion 1.4 не исправляет это, поэтому кажется, что это на самом деле похожая ошибка в самом git-svn - person David Fraser; 02.03.2010
comment
hgsubversion спасает это, поскольку он не обращается к этому таким же образом, так что это обходной путь... - person David Fraser; 02.03.2010
comment
Да, проблема на сервере, а не на клиенте. - person Chris Withers; 04.06.2010
comment
@DavidFraser hgsvn мощнее, чем git-svn? - person hugemeow; 22.08.2012
comment
@hugemeow - я мало использовал hgsvn (думаю, только тогда, когда тестировал вышеизложенное), поэтому мне особо нечего комментировать. Я думаю, что эти проблемы были решены на сервере svn (см. проблему, указанную выше), хотя вышеуказанного репозитория больше нет, поэтому я не могу точно проверить. - person David Fraser; 22.08.2012

Причина, вероятно, в том, что корень репозитория SVN недоступен для анонимных пользователей.

От 1_:

При отслеживании нескольких каталогов (с использованием параметров --stdlayout, --branches или --tags) git svn попытается подключиться к корню (или максимально допустимому уровню) репозитория Subversion. Это значение по умолчанию позволяет лучше отслеживать историю, если целые проекты перемещаются в репозиторий, но может вызвать проблемы с репозиториями, где действуют ограничения доступа для чтения.

Поскольку вы используете опцию -s (сокращение от --stdlayout), это повлияет на вас.

Чтобы git svn не пытался подключиться к корню репозитория, добавьте параметр --no-minimize-url в командную строку.

См. также: git help svn

person Daniel Cassidy    schedule 03.10.2010
comment
так вы имеете в виду, что git svn всегда будет терпеть неудачу, если анонимное использование не может посетить корень svn? - person hugemeow; 22.08.2012
comment
@hugemeow произойдет сбой, если анонимные пользователи не смогут посетить корень, и вы используете --stdlayout, или --branches, или --tags, или их эквивалентные короткие варианты, и вы не укажете --no-minimize-url. - person Daniel Cassidy; 31.08.2012