История изменений
Исправление
stevejobs,
(текущая версия)
:
да, в идеале апдейтится при сборке
чтобы экономить время загрузки пакетов Maven делает так: он хранит все скачанные библиотеки в ~/.m2/repository (местоположение можно поменять в конфиге или параметром в командной строке). Но место на жестком диске сэкономить не получится, всё равно нужно докладывать/копировать все библиотеки прямо в саму софтину.
почему еще важно апдейтить при сборке. Это же вам не сишные софтины, которые апдейтятся подменой файлов. В джавовских системах сборки активно используются так называемые плагины, которые изменяют поведение сборщика неузнаваемо. Два разных пакета могут собираться вообще по разным принципам. Например, какая-то софтина может просто скачать зависимости и этим удовлетвориться, а другая софтина прямо в процессе сборки скачает груви и питон, нагенерит ими кода, скопилирует, этот код что-нибудь еще скачает, всё это десять раз перепакуется и переуплотнится. И для мавена огроооомные скрипты сборки - это нормально.
а тот джава софт, который не использует вообще никаких систем сборок - там обновление полностью на совести автора, наверное.
Исправление
stevejobs,
:
да, в идеале апдейтится при сборке
чтобы экономить время загрузки пакетов Maven делает так: он хранит все скачанные библиотеки в ~/.m2/repository (местоположение можно поменять в конфиге или параметром в командной строке). Но место на жестком диске сэкономить не получится, всё равно нужно докладывать/копировать все библиотеки прямо в саму софтину.
почему еще важно апдейтить при сборке. Это же вам не сишные софтины, которые апдейтятся подменой файлов. В джавовских системах сборки активно используются так называемые плагины, которые изменяют поведение сборщика неузнаваемо. Два разных пакета могут собираться вообще по разным принципам. Например, какая-то софтина может просто скачать зависимости и этим удовлетвориться, а другая софтина прямо в процессе сборки скачает груви и питон, нагенерит ими кода, скопилирует, этот код что-нибудь еще скачает, всё это десять раз перепакуется и переуплотнится. И для мавена огроооомные скрипты сборки - это нормально.
а тот джава софт, который не использует вообще никаких систем сборок - там обновление полностью на совести автора. Ну как мантейнер пакета может определить, что софтина будет работать с новой версией либы, если даже создатель программы этого знать не может пока не запустит и не прогонит тесты?
Исходная версия
stevejobs,
:
да, в идеале апдейтится при сборке
чтобы экономить время загрузки пакетов Maven делает так: он хранит все скачанные библиотеки в ~/.m2/repository (местоположение можно поменять в конфиге или параметром в командной строке). Но место на жестком диске сэкономить не получится, всё равно нужно докладывать/копировать все библиотеки прямо в саму софтину.
а тот джава софт, который не использует вообще никаких систем сборок - там обновление полностью на совести автора.