Здравствуйте, Greeka, Вы писали:

G>Добрый день!

G>Смущает тут один момент. У этих проектов очень много общего между собой, можно даже сказать, что они вообще мало чем отличаются друг от друга.

G>Что посоветуете?

У меня такая же проблема. Пока ничего лучшего не придумал, кроме как сравнивать версии похожих модулей при обращении к проекту. То есть, есть проект А и модуль ааа, берусь за новый проект Б. Копирую в него модуль ааа, и дорабатываю. Через какое-то время возвращаюсь к проекту А и сравниваю его модуль ааа с другими. Если есть возможность беру обновленный полностью, если нет — что-то дописываю/копирую... Но главное проект Б не трогаю.

В общем выделились несколько модулей которые практически без изменений кочуют из проекта в проект.

Добрый день!

Порекомендуйте мне пожалуйста оптимальную структуру репозитория в такой ситуации:

Модульная программа (речь идет о сайте). От проекта к проекту меняется функциональность модулей. В большинстве случаев этим проекты и отличаются.

Кроме того, используются библиотеки, от сторонних разработчиков.

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

Вобщем первое что пришло в голову — для каждого проекта создавать свой репозиторий или же в один репозиторий, но в разные папочки.

Смущает тут один момент. У этих проектов очень много общего между собой, можно даже сказать, что они вообще мало чем отличаются друг от друга.

Что посоветуете?

Здравствуйте, Greeka, Вы писали:

G>Что посоветуете?

Продолжать разбираться с SVN или любой другой
зарекомендовавшей себя системой управления версиями.

Здравствуйте, Other Sam, Вы писали:

OS>Здравствуйте, Greeka, Вы писали:

G>>Добрый день!

G>>Смущает тут один момент. У этих проектов очень много общего между собой, можно даже сказать, что они вообще мало чем отличаются друг от друга.

G>>Что посоветуете?

OS>У меня такая же проблема. Пока ничего лучшего не придумал, кроме как сравнивать версии похожих модулей при обращении к проекту. То есть, есть проект А и модуль ааа, берусь за новый проект Б. Копирую в него модуль ааа, и дорабатываю. Через какое-то время возвращаюсь к проекту А и сравниваю его модуль ааа с другими. Если есть возможность беру обновленный полностью, если нет — что-то дописываю/копирую... Но главное проект Б не трогаю.

OS>В общем выделились несколько модулей которые практически без изменений кочуют из проекта в проект.

Тебе стоит посмотреть на ветки (branch), которые поддерживаются любой нормальной системой
контроля версии.
На главной ветке у тебя будет основная версия модулей.
Ответвления — это разные проекты со своими модификациями.
В каких-то случаях версия с проектов(ответвлений) будет мерджится на основную ветку.
В общем это стандартная задача и с помощью веток она решается просто и элегантно.

Здравствуйте, Greeka, Вы писали:

G>Порекомендуйте мне пожалуйста оптимальную структуру репозитория в такой ситуации:
G>Модульная программа (речь идет о сайте). От проекта к проекту меняется функциональность модулей. В большинстве случаев этим проекты и отличаются.
G>Кроме того, используются библиотеки, от сторонних разработчиков.
G>Я начал разбираться с SVN, так что опыта использования систем контроля версий нету.
G>Вобщем первое что пришло в голову — для каждого проекта создавать свой репозиторий или же в один репозиторий, но в разные папочки.
G>Смущает тут один момент. У этих проектов очень много общего между собой, можно даже сказать, что они вообще мало чем отличаются друг от друга.


На КРИ2005 был доклад Сергея Загурского "Организация репозитория Subversion при работе с несколькими проектами". Спустя некоторое время, презенташка доклада и запись выступления (!) должны появиться в свободном доступе. Т.к. "некоторое время" может затянуться , возможно, имеет смысл попросить организаторов поделиться информацией сейчас.

Здравствуйте, FreshMeat, Вы писали:

FM>На КРИ2005 был доклад Сергея Загурского "Организация репозитория Subversion при работе с несколькими проектами". Спустя некоторое время, презенташка доклада и запись выступления (!) должны появиться в свободном доступе. Т.к. "некоторое время" может затянуться , возможно, имеет смысл попросить организаторов поделиться информацией сейчас.

Я был на выступлении Сергея Загурского, и даже законспектировал кое что из нее.
схема там приводится такая

\repos
\external
\shared
\others
\project1
\trunk
\src
\external
\shared
\brunches
\project2
\trunk
\src
\external
\shared
\brunches
\personal
\xxx
\yyy
\zzz

Как отсюда видно — проекты хранятся в одном репозитории. Папки Shared, personal, external используются для хранения графики, персональных файлов и других ресурсов.
Видимо это оптимальная схема. Может кто-то использует другую схему организации репозитория??? Опишите свой вид репозитория если не трудно!
Спасибо заранее

Извините! Вот структура тепозитория, та побилась немного )))

\repos
   \external
   \shared
         \others
   \project1
         \trunk
             \src 
                \external
                \shared
         \brunches
   \project2
         \trunk
             \src 
                \external
                \shared
         \brunches
   \personal
         \xxx
         \yyy
         \zzz