Maven construyendo solo archivos modificados

Si solo llamas a "mvn install" sin "clean", el plugin compilador compilará solo clases modificadas.

Dentro de una compilación de módulos múltiples puede usar:

mvn -pl ChangedModule compile

Desde el módulo raíz compilará solo el ChangedModule dado. El complemento del compilador solo compilará los archivos que se hayan cambiado. Pero puede suceder que el módulo que ha cambiado cause una recompilación de otros módulos que dependen del ChangedModule. Esto se puede lograr utilizando lo siguiente:

mvn -amd -pl ChangedModule compile

Donde-amd significa también hacer dependientes. Esto funcionará sin instalando los módulos completos en el repositorio local mediante una instalación mvn .

Tuve la misma frustración y también escribí un proyecto en ese momento-por desgracia no está disponible, pero encontré personas que implementaron algo similar:

Por ejemplo - https://github.com/erickzanardo/maven-watcher

Utiliza nodejs y asume un proyecto maven pero debería funcionar tanto en windows como en unix.

La idea de mi implementación es observar los cambios y luego compilar lo que cambió. - algo así como nodemon.

Así que para ejemplo

• Cuando un archivo java cambia - Compilo el módulo
• Cuando un archivo de clase o jar cambia, hago otra cosa (por ejemplo, copio el jar bajo tomcat y reinicio tomcat)

Y los dos no están relacionados.. por lo tanto, si la compilación java falla, no debería haber ninguna razón para que el archivo jar se actualice.. y es bastante estable.

Lo he usado en un proyecto con archivos 23K .java y funcionó sin problemas.

Tomó el proceso de reloj un par de segundos para comenzar , pero solo se ejecutaría si se detectaba un cambio, por lo que la experiencia general fue agradable.

El siguiente paso que pretendía añadir es similar a su soporte SVN - listar los archivos modificados y usarlos como inicialización.

Importante tener en cuenta - si la compilación falla, volverá a intentarlo en la siguiente modificación. así que si está modificando varios jars, y la compilación falla mientras esté escribiendo código, volverá a intentar compilar todo en cada cambio de código hasta que compilado con éxito.

Si quieres puedo intentar encontrar mi antiguo proyecto, arreglarlo un poco y publicarlo..

Después de probar y usar los consejos antes mencionados, he encontrado los siguientes problemas:

1. Maven install (sin clean) todavía lleva mucho tiempo, que para varios proyectos puede ser de 10 a 20 segundos de tiempo extra.
2. La solución de Sebasjm es rápida y útil (la estuve usando durante un par de meses), pero si tienes varios proyectos cambiados, reconstruirlos todo el tiempo (si incluso no has cambiado nada) es una gran pérdida de tiempo

Lo que realmente funcionó para mí es comparar la fuente fechas de modificación contra .modificación del jar en el repositorio local. Y si solo comprueba los archivos cambiados de VCS (consulte la respuesta de sebasjm), la comparación de fechas no tomará un tiempo notable (para mí fue menos de 1s por 100 archivos cambiados). El principal beneficio de tal enfoque es la reconstrucción muy precisa de solo proyectos realmente cambiados. El problema principal es hacer la comparación de fecha de modificación es un poco más que un script de línea.

Para aquellos, que quieren probarlo, pero demasiado perezosos para escribir tal script ellos mismos compartir mi versión: https://github.com/bugy/rebuilder (linux / windows). Puede hacer algunas cosas útiles adicionales, pero la idea principal y el algoritmo central es como se explicó anteriormente.

Para GIT

mvn install -amd -pl $(git status | grep -E "modified:|deleted:|added:" | awk '{print $2}' | cut -f1 -d"/")

O

En tu .bashrc file (.bashrc se puede encontrar en el directorio home~/.bashrc) añade la siguiente función.

mvn_changed_module(){
        mvn install -amd -pl $(git status | grep -E "modified:|deleted:|added:" | awk '{print $2}' | cut -f1 -d"/")
}

Luego, después de reiniciar su bash (símbolo del sistema), puede usar el siguiente comando desde el directorio RAÍZ.

Smilyface @ machine > MainDir] mv mvn_changed_module install

Cómo funciona?
Según Question mvn install -amd -pl services es el comando cuando "algunos cambios realizados en el módulo services". Por lo tanto, primero obtenga el nombre del módulo del archivo(s) cambiado (s) y póngalo como entrada para mvn-install command

Por ejemplo, , a continuación se muestra una lista de archivos modificados (salida de git status) -
servicios/pom.xml
servicios/ReadMe.txt
services / src / java / com / some / Name.java
Entonces services es el nombre del módulo que necesita ser build / compile / install