мерзавец svn выборка получает тот же пересмотр Подрывной деятельности многократно для ответвлений

Я вижу, что мерзавец svn выборка неоднократно получает те же изменения Подрывной деятельности, когда она находит ответвления в моем репозитории Подрывной деятельности. Мы используем стандартное расположение репозитория Подрывной деятельности, с верхним уровнем / соединительная линия, / теги и каталоги ответвлений / (и репозиторий мерзавца был создан с 'мерзавцем svn init-s'). Однако проблематичные ответвления часто являются копиями, сделанными из подкаталога в соединительной линии вместо соединительной линии.

Мерзавец svn вывод выборки обычно выглядит примерно так:

r2537 = d5b22e956157af036d4112e42e8fb927e45758c8 (trunk)
        M       Enterprise/VC/libgc/SymbolVenue.cpp
r2538 = cfed4ca0491da0b732f32bfff72ba678450a0915 (trunk)
Found possible branch point: http://repo/prod_repos/trunk/Enterprise/VC => http://repo/prod_repos/branches/file_conversion, 2523
W: Refspec glob conflict (ref: refs/remotes/scripter@832):
expected path: branches/scripter@832
    real path: trunk/Enterprise/Python
Continuing ahead with trunk/Enterprise/Python
W: Refspec glob conflict (ref: refs/remotes/trunk):
expected path: branches/trunk
    real path: trunk
Continuing ahead with trunk
Initializing parent: file_conversion@2523
        A       gc/QuoteService.cpp
        A       gc/TestSuite.h
        A       gc/quote_svc.pro
        A       gc/QuoteService.h
.....

r1 = d349ed8cb2d76596fe2b83224986275be4600fad (QuoteSvcFix442@2698)
        D       gc/FixMessageLogger.h
.....
r5 =
r19 =
r20 = 
.....

И мы вернулись в пересмотре 1. мерзавец svn выборка тогда продолжает выбирать изменения, пока она не достигает пересмотра, который создал ответвление.

Что я делаю неправильно? Есть ли так или иначе, чтобы я сказал мерзавцу svn выборку для не получения изменений, которые она уже вытянула?

33
задан razeh 17 July 2009 в 17:17
поделиться

1 ответ

Я заметил этот вопрос, потому что получил такое же сообщение об ошибке:

W: Refspec glob conflict (ref: refs/remotes/trunk):
expected path: branches/trunk
    real path: trunk

Оказалось, что в .git/config были дубликаты строк, которые, похоже, путают git-svn, вот так:

[svn-remote "svn"]
...
    branches = project/branches/*:refs/remotes/*
    tags = project/tags/*:refs/remotes/tags/*
    branches = project/branches/*:refs/remotes/*
    tags = project/tags/*:refs/remotes/tags/*

Удаление этих дубликатов решило проблему странного поведения git-svn для меня, и, возможно, для вас. Я не уверен, что вообще заставило git-svn дублировать эту информацию. Я убил и продолжил изначальный клон, это может быть связано?

66
ответ дан 27 November 2019 в 17:49
поделиться
Другие вопросы по тегам:

Похожие вопросы: