Зависимости Jars - от контроля версий или инструмента непрерывной интеграции \ build

Question

У нас есть веб-приложение с некоторыми зависимостями Jars (аналогично файлам pom). Какова наилучшая практика для такого файла? :

1) Чтобы поместить его в элемент управления ревизией (git) с остальной частью исходного кода? (позволяя разработчикам легко манипулировать ими в соответствии с потребностями развития)

2) Положить его на инструмент непрерывной интеграции \ сборки (jenkins)? (тем самым, заставляя зависимости банок находиться в одном месте, не позволяя разработчикам изменять версии самих банок)

Answer 1

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