Dmitry V. Levin пишет: > On Sun, Nov 12, 2006 at 01:25:48AM +0300, Aleksey Avdeev wrote: > >>Dmitry V. Levin пишет: >> >>>On Sat, Nov 11, 2006 at 11:30:28AM +0200, Michael Shigorin wrote: >>> >>>>On Sat, Nov 11, 2006 at 04:36:32AM +0300, Dmitry V. Levin wrote: >>> >>>[...] >>> >>> >>>>>apache2 2.0.59 < 2.2.3 >>>> >>>>Этот точно надо, подозреваю, про 2.0 все постараются >>>>побыстрей забыть. Правда, у энтерпризов не получится. >>> >>>Я тоже склоняюсь к этой точке зрения - 2.2 будет легче поддерживать. >> >> На сколько для нас важно затащить проект, со всей его историей, в git? > > > Это зависит. Если результатом удобно пользоваться, то лучше > импортировать, а если неудобно или импортировать очень сложно, то лучше > потратить время на что-нибудь более конструктивное. Если будет сохранена история -- пользоваться будет удобно. Конкретный результат планирую получить в течении 2х недель (если не будит аврала по основной работе). > >>Каковы временные рамки? > > > Чем раньше будет готов пакет, тем больше времени будет отведено на > тестирование, тем более готовым будет результат. Это понятно. Но конкретные сроки интересуют (озвученные ранее, на мой взгляд -- поплыли, что для меня +, в данном контексте). > > >> Суть вопроса: результат автоматического применения git-svn к >>svn.apache.org/repos/asf/httpd мне сильно не нравится: не отражает >>реальную историю проекта (все ветки получились отдельными -- добиться >>автоматического наследования/слияния веток я так и не смог). Скриптов >>для автоматизированного преобразования того что получилось, в то что >>нужно у меня пока нет (по факту -- только начал их написание), а >>повторное вытаскивание, с ручным отслеживанием истории -- займёт слишком >>много времени... > > > Разве что если интересно попрактиковаться с импортированием проектов из > svn в git. Мне кажется что для сопровождения пакетов любой scm это скорее > удобное средство чем самоцель. Как минимум, это позволит более уверенно чувствовать себя в git. :-) В крупных пакетах scm помогает сильно... -- С уважением. Алексей.