Исходное сообщение
"Основные проблемы с открытым кодом в коммерческих проектах в..." Отправлено el torito, 27-Ноя-13 16:39
> Потому что мало кто внедряет непрерывную интеграцию (Continuous Integration, CI) в своих > продуктах. Большинство работает по-старинке, используя "водопадную" модель процесса > разработки. Продукты на Java для управления жизненным циклом разработки в основном > используют Ant, а не Maven/Gradle. В такой обстановке обновления зависимостей трудоёмки > и по сути никому особо не нужны — работает и ладно. Да ну? А у меня наоборот - мавен везде. Собственно, мавен и есть средство, значительно облегчающее jar hell. Который образуется автоматически, когда от модулей нужен стабильный API. И когда некому оплачивать переписывание приложений на новые версии API модулей-зависимостей. > У сишников CI вообще как "закат солнца вручную": достал код из системы > контроля версий, достал новый код зависимостей оттуда же (но из других > мест), собрал, вроде работает — опубликовал. Называется: пока не пнёшь ногой, > ничего не делается само. Jenkins не для них. Ога, только как CI поможет в ситуации, когда старая зависимость более не поддерживается, а новая её версия изрядно ломает API? Постоянно переписывать под bleeding edge?