Управление версиями исходников Qt

[Tonal]

Народ, поделитесь кот как хранит Qt в системах контроля версий и какие процедуры обовления приняты?

У нас сейчас принята такая экибана:
Хранение - в репозитории  Subversion хранятся все файлы библиотеки. И исходники и бинарики.

При выходе новой версии последовательность действий такая:
1. Архив разархивируется
2. Накатываются необходимые патчи
3. Проходит конфигурация, компиляция
4. Из дерева старой рабочей копии копируются рабочие директории свина.
5. В тортиле помечаются для добавления добавленные файлы/каталоги и удаляются удалённые.
6. Производится коммит консольным клиентом.

Процедура получается несколько неудобная/трудоёмкая/тяжёлая.
Кроме того, после неё нельзя отследить перемещения файлов и каталогов, явно выделить наши патчи.

П.С. Зачем нужно хранить Qt в системе контроля версий не обсуждается.

[pastor]

П.С. Зачем нужно хранить Qt в системе контроля версий не обсуждается.

А очнь бы хотелось узнать всетаки зачем Имел дело с примерно 10 крупными проектами, но нигде невидел в репозитории Qt.

[Admin]

я бы наверно хранил все в папке
qt_win4.3.1.zip - исходники
own_patch_on_4.3.1.patch - наши патчи
setup_4.3.1.exe - наша установочная версия qt

и так для каждой версии qt

применение системы контроля версий мне кажется нецелесообразным
как так каждая сборка qt - она уникальна, и нельзя заменить файл типа qt4_gui.dll от разных версий

[ритт]

П.С. Зачем нужно хранить Qt в системе контроля версий не обсуждается.

А очнь бы хотелось узнать всетаки зачем Имел дело с примерно 10 крупными проектами, но нигде невидел в репозитории Qt.

кде4, например

по теме: сами тролли перешли на гит и шико этому рады. гитом не пользуюсь и сказать что там да как и чего он умеет не могу...

[lit-uriy]

2 Константин, у гита принципиальное отличие - децентрализованая система, участник с участником могут сливать праки, при наличие сообщества удобно, сливать тоже можно лихими комбинациями.

[Alex03]

...
П.С. Зачем нужно хранить Qt в системе контроля версий не обсуждается.

Tonal, я хочу спросить не "зачем хранить", а как Вы используете эти разные версии Qt в хранилище?
Действительно ли нужна связь меджу этими версиями?
Если б Вы не хранили бинарники, то как раз было бы логично такое хранение (по соображению объёмов), клиенты репозитария переходили бы на новые версии без затрат трафика и т.д. (а так бинарники съедают всё)

Чтобы выделить патчи можно примерно так хранить:
Основной ствол - версии троллей (из архива), от него ответвление - конкретная версия (из архива).
На конкретную версию (из архива) накладываете патчи (если вариантов патчей несколько - можно тоже наответвлять)
и уже последний компилять и ответвить как пропатченная скомпилёная (особенно полезно если вариантов компиляции несколько)
Т.е. получаем примерно так:
|
+- Qt x.x.1 (from trolltech)
|   |
|   +- Qt x.x.1 - patch X
|   |   |
|   |   Rev ... (наложили патч Х)
|   |   |
|   |   +-Qt x.x.1 - patch X build M
|   |   |   |
|   |   |   Rev ... (скомпиляли) можно отсюда метку
|   |   |
|   |   +-Qt x.x.1 - patch X build N
|   |   |   |
|   |   |   Rev ... (скомпиляли) можно отсюда метку
|   |   |
|   +- Qt x.x.1 - patch Y
|   |   |
|   |   Rev ... (наложили патч Y)
|   |   |
|   |   +-Qt x.x.1 - patch Y build M
|   |   |   |
|   |   |   Rev ... (скомпиляли) можно отсюда метку
|   |   |
|   |   +-Qt x.x.1 - patch Y build N
|   |   |   |
|   |   |   Rev ... (скомпиляли) можно отсюда метку
|..............
|
+- Qt x.x.2 (from trolltech)
....