Как происходит сборка большого проекта при мелких изменениях?

Question

[a_halala]

Привет! Меня интересует вопрос. Допустим у нас есть довольно большой проект (допустим Spring Boot) с огромным количеством классов. Мы собрали все в jar/war и развернули на сервере. Все, приложение крутится и делает свое дело. Теперь мы захотели изменить что-то в конфигурации Spring Boot (например подкрутить security или cache) или добавили изменения в некоторый класс из-за изменений сторонних апи. И что происходит дальше? Мы должны ведь все перекомпилировать, и снова развернуть проект? А что если пересборка занимает часы? И в чем преимущество той же концепции IoС-контейнера того же Spring при подмене конфигурации? Постоянно мелькает фраза "без перекомпиляции всего проекта", но что это значит чисто технически?
Надеюсь на понимание, т.к. эти вопросы не дают покоя в связи с отсутствием опыта в данной теме.

Comments

[Сергей Горностаев]

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

[a_halala]

Сергей Горностаев: И после этого можно просто подменить jar/war файл на сервере и перезапустить его, верно?

[Сергей Горностаев]

a_halala: верно.

Answer 1

[Дмитрий Зайцев]

Надо делить свой проект на разные модули (разные jar) файлы, чтобы сборка различных частей не зависела сильно от других. И поэтому, достаточно будет пересобрать определенные модули jar, а не весь проект. Рекомендую Gradle, там удобно реализована возможность дробить проект на модули. Рестартить приложение все равно придется. Тем более Gradle понимает, когда надо перекомпилировать модуль, а когда в нем ничего не менялось.