Consejos para acelerar el tiempo de compilación en Linux usando ANT, Javacc, JUnit y compilación de clases Java

Question

Tenemos una gran base de código que demora aproximadamente 12 minutos en las máquinas de desarrollo para autogenerar algunas clases de Java 5 utilizando JavaCC y compila todo el clases, así como ejecutar la prueba de unidades.

El proyecto consta de varios proyectos que se pueden construir en grupos, pero nuestro objetivo es llegar a un una construcción completa en menos de 10 minutos

Qué hay consejos para reducir el tiempo de construcción?

Gracias

Answer 1

Una solución rápida que podría afeitarse algo de tiempo libre es para asegurarse de que está ejecutando la JVM utilizando Ant servidor (por defecto se utiliza el cliente VM). Establezca ANT_OPTS para incluir "-servidor".

Answer 2

• Perfile el proceso de construcción y vea dónde están los cuellos de botella. Esto puede darte algunas ideas sobre cómo mejorar el proceso.
• Intente crear proyectos independientes en paralelo en máquinas multi-core/CPU. Como una extensión de esta idea, es posible que desee buscar un equivalente en Java de distcc (no sé si existe) para distribuir su construcción en varias máquinas.
• Consigue mejores máquinas.

Answer 3

Esto probablemente no ayude a muy corto plazo, pero pensé que debería tirarlo allí de todos modos.

Si su proyecto se puede dividir en proyectos más pequeños (un subsistema de base de datos, el registro, como ejemplos), puede estar interesado en utilizar algo como maven para manejar la compilación. Puede ejecutar cada mordida más pequeña como un proyecto o módulo por separado, y maven podrá mantener lo que debe construirse si existen cambios. En esto, la construcción puede enfocarse en la parte principal de su proyecto y no tomará tanto tiempo.

Answer 4

Cuál es el desglose en el tiempo pasado:

1. generar las clases
2. compilar las clases
3. ejecutar las pruebas

función de su proyecto, es posible que vea un aumento significativo en construya el tiempo asignando un tamaño de montón más grande a javac (memoryMaximumSize) y junit (maxmemory).

Answer 5

Intenta ser inspirado por un programador pragmático. Compile solo lo que es necesario, tenga dos o más suites de prueba. Uno para pruebas rápidas, otro para pruebas completas. Considere si hay una necesidad real de usar cada paso de construcción cada vez. Es necesario intentar usar el compilador jikes en lugar de javac. Después de que el proyecto abarca varios cientos de clases, cambio a jikes para mejorar la velocidad. Pero tenga en cuenta los posibles problemas de incompatibilidad. No olvide incluir un objetivo todo en uno para realizar cada paso con la reconstrucción completa y la prueba completa del proyecto.

Answer 6

Ahora que ha explicado el proceso con más detalle, aquí hay dos opciones más:

1. Una máquina/racimo dedicado donde la acumulación se realiza mucho más rápido que en una estación de trabajo normal. Luego, antes de una confirmación, los desarrolladores ejecutarían un script que construye su código en la máquina/clúster dedicado.

2. Cambie la partición en subproyectos para que sea más difícil romper un proyecto modificando otro. Esto debería hacer que sea menos importante hacer una compilación completa antes de cada commit. Solo los compromisos que están en contacto con subproyectos sensibles, o aquellos que abarcan múltiples proyectos, necesitarán ser "controlados" mediante una compilación completa.

Answer 7

¿Es muy importante que la acumulación toda dura menos de 10 minutos? Si hace que los subproyectos sean independientes entre sí, podría trabajar en un subproyecto mientras ya ha compilado los otros (piense en Maven o Ivy para administrar las dependencias).

Otra solución (y si sus módulos son razonablemente estables) es tratar sus subproyectos como proyectos independientes. Cada proyecto seguiría su propio ciclo de publicación y estaría disponible en un repositorio Maven/Ivy local. Por supuesto, esto funciona bien si al menos partes del proyecto son razonablemente estables.

Answer 8

algunos consejos para reducir el tiempo de construcción:

1. hacer menos trabajo. p. eliminar la tala innecesaria/eco a los archivos y consola

2. hacer su acumulación 'gradual'. La compilación solo cambia las clases.

3. eliminan el esfuerzo duplicado. Es más fácil decirlo que hacerlo, pero si ejecuta la compilación en modo de depuración ("ant -debug"), a veces puede ver tareas o destinos redundantes.

4. evite costosas operaciones. copia de archivos, y el embalaje de los frascos en las guerras son necesarias para release.Signing frascos es caro y sólo se debería hacer, si es posible 'para Milestone comunicados en lugar de construir cada