java - org - r cran linux
Instalar Mvn o paquete Mvn (8)
Depende de lo que intenta lograr después de cambiar el archivo Java. Hasta que quieras probar el proceso de maven, nunca necesitarás hacer nada. Eclipse / MyEclipse creará lo que sea necesario y colocará el resultado en el lugar apropiado dentro de su proyecto. También puede ejecutarlo o implementarlo (si es un proyecto web, por ejemplo), sin que necesite hacer nada explícitamente con maven. Al final, para instalar su proyecto en el repositorio de maven, tendrá que hacer una instalación maven. También puede tener otros objetivos de experto que desee ejecutar, que MyEclipse no hará automáticamente.
Como digo, depende de lo que quieras hacer.
Soy nuevo en Maven, tengo un proyecto web basado en Java con Maven configurado en MyEclipse.
Ahora bien, si modifiqué algún archivo java, ¿debo Run as -> Mvn install o Mvn package ?
Desde la referencia de Lifecycle , la instalación ejecutará las pruebas de integración del proyecto, el paquete no lo hará.
Si realmente no necesita instalar los artefactos generados, use al menos verificar .
La forma correcta es el mvn package si hiciste las cosas correctamente para la parte central de tu compilación, entonces no debería haber necesidad de instalar tus paquetes en el repositorio local.
Además, si usa Travis, puede "almacenar en caché" sus dependencias porque no tocará su $HOME.m2/repository si usa el paquete para su propio proyecto.
En la práctica, si incluso intentas hacer un mvn site , normalmente necesitas hacer una mvn install antes. Hay demasiados errores en cualquiera de los site o en numerosos complementos mal mantenidos.
Si no está utilizando un repositorio remoto (como artefactory), use plain old: mvn clean install
Un tema muy viejo, pero AFAIK, si ejecuta su propio repositorio (por ejemplo: con artefactorio) para compartir jar entre su equipo (s), es posible que desee utilizar
mvn clean deploy
en lugar.
De esta forma, su servidor de integración continua puede estar seguro de que todas las dependencias se insertan correctamente en su repositorio remoto. Si omitió una, mvn no podrá encontrarla en su repositorio de m2 local de CI.
También debe tener en cuenta que si su proyecto consiste en varios módulos que dependen el uno del otro, debe usar "instalar" en lugar de "paquete", de lo contrario su compilación fallará, porque cuando use el comando de instalación, se empaquetará el módulo A y se implementa en el repositorio local y luego, si el módulo B necesita el módulo A como dependencia, puede acceder a él desde el repositorio local.
de http://maven.apache.org/guides/getting-started/maven-in-five-minutes.html
package: tome el código compilado y empaquételo en su formato distribuible, como un JAR.
install: instale el paquete en el repositorio local, para usarlo como dependencia en otros proyectos a nivel local
Entonces, la respuesta a su pregunta es, depende de si la quiere instalar en su repositorio local. La instalación también ejecutará el paquete porque está más arriba en la pila de fase de objetivo.
paquete: toma el código compilado y lo empaqueta en su formato distribuible, como un archivo JAR o WAR. instalar: instale el paquete en el repositorio local, para usarlo como dependencia en otros proyectos a nivel local
mvn install es la opción más utilizada.
mvn package rara vez se usa, solo si está depurando algún problema con el proceso de creación maven.
Ver: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
Tenga en cuenta que el mvn package solo creará un archivo jar.
mvn install lo hará e instalará los archivos jar (y class, etc.) en los lugares correctos si otro código depende de esos archivos jar.
mvn clean install hacer una mvn clean install ; esto elimina el directorio de target y recrea todos los jar en esa ubicación.
La limpieza ayuda con cosas innecesarias o eliminadas que a veces pueden ser un obstáculo.
En lugar de depurar (algunas veces) solo comienza de nuevo todo el tiempo.