[devel] Apache2 with libdb4.4

[Aleksey Avdeev]

Sviatoslav Sviridov пишет:
> Пересылаю в devel.

  OK

> 
> Вкратце: apach2, пересобранный с libdb4.4, а также subversion-1.4
> отправлены в /incoming/Daedalus/

  OK

> 
> Aleksey Avdeev wrote on 10/25/2006 1:05 PM:
> 
...
>>
>>1. Перенос в git. Есть идея затащить туда содержимое его родного svn.
>>
>>  Проблема в том, что при лобовом применении git-svn в конечном
>>результате сохранены все коммиты, но теряются связи между ними (большой
>>проект, со сложной структурой). Пути решения нащупал (в краце): выделить
>>ветки в ручную и парсить лог для их слияния средствами git, git-svn
>>применять к веткам между точками слияний. Но на реализации -- пока застрял.
> 
> 
> Для меня тоже остается не совсем ясным можно ли более-менее приемлимо
> использовать git-svn с реальным svn репозиторием хотя бы для того, чтобы
>  в отдельный бранч в git затаскивать исходники из svn, но только по
> тегам. Насколько я понял, игры с GIT_SVN_ID ведут к созданию
> соответствующего количества отдельных бранчей... из которых, конечно,
> потом можно вытаскивать в один, но все равно как-то не очень интересно
> это выглядит...

  Применять git-svn на простых учасках, где нет копирований/слияний (в
логе видно как "{A,R} <куда> (from <откуда>:<ревизия>)") из втащенных в
git веток, можно.

 На участках с копированиями/слияниями похоже надо выполнять что-то типа
(общий случай):

1. git-merge --no-commit <msg> <куда> <откуда1> ... <откудаN>

  где <куда> -- последний commit предыдущего шага, а <откуда1> ...
<откудаN> -- commit`ы соответствующие svn`овским <откудаX>:<ревизияX>
(точнее ближайшему commit, после которого в ветке <откудаX> не было
изменений)

2. rm -rf *

3. загрузка требуемого из svn (или другого git-репозитария вытащенного
git-svn в тупую ;-))

4. git-commit, с faketime и комментарием взятыми из лога svn.

  Проблема в том, что код для проверки данной идеи я ещё не сделал, а в
ручную -- _слишком_ большой проект...

-- 

С уважением. Алексей.