от http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html

packageВозьмите скомпилированный код и упакуйте его в распространяемый формат, такой как JAR.

install: установить пакет в локальный репозиторий для локального использования в качестве зависимости в других проектах

Таким образом, ответ на ваш вопрос зависит от того, хотите ли вы, чтобы он был установлен в вашем локальном репо. Установка также запустит пакет, потому что он находится выше в стеке целевой фазы.

mvn installэто вариант, который чаще всего используется.
mvn packageредко используется, только если вы отлаживаете какую-то проблему в процессе сборки maven.

Смотрите: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html

Обратите внимание, что mvn packageбудет только создать файл JAR.
mvn installсделает это и установит файлы jar (и class и т. д.) в соответствующие места, если другой код зависит от этих jar.

Я обычно делаю mvn clean install; Это удаляет targetкаталог и воссоздает все банки в этом месте.
Чистка помогает с ненужными или удаленными вещами, которые могут иногда мешать.
Скорее тогда отладка (иногда) просто начните все время заново.

Из ссылки Lifecycle , установка будет работать интеграционные тесты проекта, пакет не будет.

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

Также вы должны заметить, что если ваш проект состоит из нескольких модулей, которые зависят друг от друга, вы должны использовать «install» вместо «package», иначе ваша сборка не удастся, так как при использовании команды install модуль A будет упакован и развертывается в локальном хранилище, а затем, если модуль B нуждается в модуле A в качестве зависимости, он может получить к нему доступ из локального хранилища.

Если вы не используете удаленный репозиторий (например, артефакт), используйте обычный старый: mvn clean install

Довольно старая тема, но AFAIK, если вы запускаете свой собственный репозиторий (например, с артефактом), чтобы разделить jar среди своих команд, вы можете использовать

mvn clean deploy

вместо.

Таким образом, ваш сервер непрерывной интеграции может быть уверен, что все зависимости правильно вставлены в ваш удаленный репозиторий. Если вы пропустили один, mvn не сможет найти его в вашем локальном m2 репозитории CI.

package - берет скомпилированный код и упаковывает его в его распространяемый формат, такой как файл JAR или WAR. установить - установить пакет в локальный репозиторий, для локального использования в качестве зависимости в других проектах

Правильный путь , mvn packageесли вы сделали все правильно для основной части вашей сборки , то не должно быть никакой необходимости устанавливать свои пакеты в локальном хранилище.

Кроме того, если вы используете Travis, вы можете «кэшировать» свои зависимости, потому что это не коснется вашей, $HOME.m2/repositoryесли вы используете пакет для своего собственного проекта.

На практике, если вы даже пытаетесь сделать это, mvn siteвам обычно нужно сделать это mvn installраньше. Слишком много багов либо с siteплагинами, либо с плохим обслуживанием.

Это зависит от того, чего вы пытаетесь достичь после изменения файла Java. Пока вы не захотите протестировать maven-процесс, вам никогда не нужно ничего делать. Eclipse / MyEclipse создаст то, что необходимо, и поместит вывод в соответствующее место в вашем проекте. Вы также можете запустить или развернуть его (например, если это веб-проект), без необходимости явно что-либо делать с maven. В конце, чтобы установить ваш проект в репозиторий maven, вам нужно будет выполнить установку maven. У вас также могут быть другие задачи, которые вы хотите выполнить, но MyEclipse не будет выполнять их автоматически.

Как я уже сказал, это зависит от того, что вы хотите сделать.