Tenemos una gran base de código que tarda aproximadamente 12 minutos en las máquinas de desarrollo para autogenerar algunas clases de Java 5 usando JavaCC y luego compila todas las clases y ejecuta la prueba de unidades.
El proyecto consiste en múltiples proyectos que se pueden construir en grupos, pero apuntamos a una construcción completa en menos de 10 minutos
¿Qué consejos hay para reducir este tiempo de compilación?
Gracias
Una solución rápida que podría reducir el tiempo de inactividad es asegurarse de ejecutar Ant utilizando la JVM del servidor (de forma predeterminada, usa la VM del cliente). Establezca ANT_OPTS para incluir "-servidor".
Esto probablemente no ayudaría en el 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, registro, como ejemplos), puede estar interesado en usar 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.
¿Cuál es el desglose en el tiempo dedicado:
Dependiendo de su proyecto, puede ver aumentos significativos en el tiempo de construcción asignando un tamaño de pila mayor a javac (memoryMaximumSize) y junit (maxmemory).
Intenta inspirarte con 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.
Ahora que ha explicado el proceso con más detalle, aquí hay dos opciones más:
Una máquina / clúster dedicado donde la compilació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.
Cambia 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.
¿Es muy importante que toda la construcción dure 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.
algunos consejos para reducir el tiempo de construcción:
hacer menos trabajo. por ejemplo, eliminar la tala innecesaria / eco a los archivos y consola
hacer que su acumulación 'gradual' . Compilar sólo cambia clases.
eliminar la duplicación de esfuerzos. Es más fácil decirlo que hacerlo, pero si se ejecuta la estructura en el modo de depuración ( "hormiga -debug") a veces se puede ver las tareas redundantes u objetivos.
evitar operaciones costosas. 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 cada proyecto de construcción
