LINUX.ORG.RU

История изменений

Исправление Dark_SavanT, (текущая версия) :

Ты так говоришь будто это что-то плохое

Но и особо хорошего на мой взгляд немного.

Ты лучше скажи как в случае разных реп связывать изменения одного отдела с изменениями другого отдела?

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

В Teamcity используется тот же скриптик, только с учётом реалий ТС. Получилось вполне удобоваримо, но это моя невысокая колокольня и мне держать всё в одном ещё хуже получается.

А если отделов over9000?

тут не знаю, нет опыта в овер9к отделов

Один реп это сквозная нумерация ревизий и огромные возможности по автоматическому тестированию и интеграции различных изменений от различных групп.

см. выше. плюс сквозные изменения от овер9к отделов - ИМХО не самая удачная идея.

Ну а если вышеперечисленное «ниалё» и svn подходит - значит svn. В конце-концов под задачу инструмент выбирается.

Исходная версия Dark_SavanT, :

Ты так говоришь будто это что-то плохое

Но и особо хорошего на мой взгляд немного.

Ты лучше скажи как в случае разных реп связывать изменения одного отдела с изменениями другого отдела?

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

В Teamcity используется тот же скриптик, только с учётом реалий ТС. Получилось вполне удобоваримо, но это моя невысокая колокольня и мне держать всё в одном ещё хуже получается.

А если отделов over9000?

тут не знаю, нет опыта в овер9к отделов

Один реп это сквозная нумерация ревизий и огромные возможности по автоматическому тестированию и интеграции различных изменений от различных групп.

см. выше. плюс сквозные изменения от овер9к отделов - ИМХО не самая удачная идея.

Ну а если вышеперечисленное «нам ниалё» и svn подходит - используйте svn. В конце-концов под задачу инструмент выбирается.