Миграция проэкта

Ярослав

Новичок
Миграция проекта

Господа!
На данный момент есть проект, для компании в которой есть еще 3 подкомпании.
По сути для каждой подкомпании создаеться клон проекта и каждый работает на своей базе.
Но каждая из подкомпаний хочет всунуть что-то свое.
Самый простой пример дополнительный репорт на тех же студентов с особыми требованиями.
Как поступать в данном случае?
Сейчас ставим проверки на подкомпанию (if company..) и выводим кнопку где забирать репорт.
Но если разностей будет много то будет просто дофигище ифов, а это плохо (уже есть плачевный опыт)
Делать копии проекта изначально, делать нужные вставки и дорабатывать общий функционал тоже плохо.

Как вы поступаете в таких ситуациях?
Есть идеи как получше организовать миграцию?
Спасибо всем.
 

Активист

Активист
Команда форума
Ты бы хоть о проЭкте рассказал (а то не понятно что за миграции студентов с особыми требованиями)

А то у меня сложилось мнение, что то, что ты написал - понимаешь только ты.
 

Ярослав

Новичок
Автор оригинала: Активист
Ты бы хоть о проЭкте рассказал (а то не понятно что за миграции студентов с особыми требованиями)

А то у меня сложилось мнение, что то, что ты написал - понимаешь только ты.
Исправил "проэкт":)
Извиняюсь если неудачно обьяснил.
Попытаюсь снова на чуть другом примере.
Есть сорцы проекта. Постоянно идет изминение, доработка и т.д.
Вот сделали все для конкретной подкомпании. Она довольна.
Тут другая хочет немножко изминений сделать кое что убрать, а кое что добавить.
К примеру коментарии справа убрать, а добавить облако тагов туда (не суть важно)
Так вот как быть в данной ситуации. Не хочеться лепить ифов, типа
if ($company1) {
показываем коментарии
} elseif ($company2){
показываем таги
}
и не хочеться делать копии проекта, потому что если найдеться к примеру баг или захочеться добавить одинаковую фичу для всех подкомпаний по придеться менять во всех копиях.
Так вот вопрос: как поступить в данной ситуации?
П.С. Надеюсь в этот раз чуть более понятней.

-~{}~ 05.12.08 22:50:

Автор оригинала: HraKK
XML обмен + factory
Саша, помоему фактори тут не пойдет.
 

Krishna

Продался Java
и не хочеться делать копии проекта, потому что если найдеться к примеру баг или захочеться добавить одинаковую фичу для всех подкомпаний по придеться менять во всех копиях.
1. найдёТся, хочеТся, ПридёТся
2. Разбить на отдельные копии, освоить использование SVN где сделать branches(ветки)
 

Ярослав

Новичок
Автор оригинала: Krishna
1. найдёТся, хочеТся, ПридёТся
2. Разбить на отдельные копии, освоить использование SVN где сделать branches(ветки)
1. Понял)
2. SVN пользуемся, а вот про бранчи почитаю.

Спасибо.

-~{}~ 06.12.08 00:25:

Почему-то всегда считал что бранч это просто ответвление от транка и дальше идем транк своим путом бранч своим
 
Сверху