Средства и методы разработки

Ну, у меня на этот год три"перемены" запланировано. Это не о дополнительной прибыли, это "чтобы стоять на месте, нужно бежать изо всех ног". Ты знаешь такое начальство, которое бы одобрило четвертую, на столько же бессмысленную? 

Есть простая ситуация - некоторое количество объектов на сервисных договорах.

Каждый год прибавляется несколько.

Каждый из них это три-четыре наших продукта, живущих в очень динамичной open source среде.

Теоретически, софт на каждом из введенных в эксплуатацию объектов можно "заморозить", но тогда получим "зоопарк версий".

И каждый год это будет все больший и больший зоопарк.

В случае желания заказчика добавить что-то новое, придется это учитывать.

Или держать строй и обновлять версии по всему пулу сервисных объектов.

Вроде по-умнее, нет?

Но что делать тогда с новыми инструментами разработки? Переписывать под них старые системы? :))