История изменений
Исправление Dark_SavanT, (текущая версия) :
Ты так говоришь будто это что-то плохое
Но и особо хорошего на мой взгляд немного.
Ты лучше скажи как в случае разных реп связывать изменения одного отдела с изменениями другого отдела?
у меня своя невысокая колокольня, но в одном проекте много репозиториев с разными отдельными кусками. В итоге есть сборочный скриптик строк на полсотни, который вытаскивает последнюю ревизию, делает сборку, в фаил который уходит в результат билда пишет конкретную ревизию каждой репы.
В Teamcity используется тот же скриптик, только с учётом реалий ТС. Получилось вполне удобоваримо, но это моя невысокая колокольня и мне держать всё в одном ещё хуже получается.
А если отделов over9000?
тут не знаю, нет опыта в овер9к отделов
Один реп это сквозная нумерация ревизий и огромные возможности по автоматическому тестированию и интеграции различных изменений от различных групп.
см. выше. плюс сквозные изменения от овер9к отделов - ИМХО не самая удачная идея.
Ну а если вышеперечисленное «ниалё» и svn подходит - значит svn. В конце-концов под задачу инструмент выбирается.
Исходная версия Dark_SavanT, :
Ты так говоришь будто это что-то плохое
Но и особо хорошего на мой взгляд немного.
Ты лучше скажи как в случае разных реп связывать изменения одного отдела с изменениями другого отдела?
у меня своя невысокая колокольня, но в одном проекте много репозиториев с разными отдельными кусками. В итоге есть сборочный скриптик строк на полсотни, который вытаскивает последнюю ревизию, делает сборку, в фаил который уходит в результат билда пишет конкретную ревизию каждой репы.
В Teamcity используется тот же скриптик, только с учётом реалий ТС. Получилось вполне удобоваримо, но это моя невысокая колокольня и мне держать всё в одном ещё хуже получается.
А если отделов over9000?
тут не знаю, нет опыта в овер9к отделов
Один реп это сквозная нумерация ревизий и огромные возможности по автоматическому тестированию и интеграции различных изменений от различных групп.
см. выше. плюс сквозные изменения от овер9к отделов - ИМХО не самая удачная идея.
Ну а если вышеперечисленное «нам ниалё» и svn подходит - используйте svn. В конце-концов под задачу инструмент выбирается.