Я рассматривал возможность включения исходного кода в файл архива (EAR, JAR, WAR), чтобы мы могли видеть, как выглядит развернутое приложение. Это, очевидно, сделает архив намного большим. Размер файла архива влияет на производительность на сервере приложений вообще? Это хорошая идея или нет?Включая источник в архив Файл
Вот еще одно решение вашей проблемы, которое может возникнуть вместо (вставки источников в .jar) или в дополнение к нему: Укажите идентификатор ревизии исходного кода в .jar. Вы можете указать его в файле манифеста или в файле свойств.
Идентификатор ревизии исходного кода - это текущий идентификатор, связанный с корнем вашего проекта в системе управления источником. Он легко доступен в SVN, Git и самых современных системах управления версиями. В старых системах (CVS) вы должны сначала создать (названный) тег, вероятно, используя текущую дату и время (чтобы обеспечить уникальность). Номер ревизии позволит вам получить из источника управления точный снимок, из которого был получен архив, поэтому, исправляя ошибки, вы будете исправлять их в правильных источниках.
Этот метод позволит вам сэкономить место - вам не нужно будет отправлять всю исходную директорию.
Однако по-прежнему рекомендуется указывать это число, даже если источники включены в архив просто потому, что он единогласно указывает точку в истории, в которой был создан архив. Вручную сравнить источники в архиве с источниками в контроле источника - боль.
Это влияет на производительность в той мере, в которой есть больше записей в индексе архива, но это будет не так уж плохо, и вы поместите источник в свой собственный подкаталог. Или вы можете просто создать исходный архив и перетащить его вместе с другими файлами. Это было бы моим выбором. Конечно, если это дистрибутив GPL, вам нужно будет указать, где находится источник.