scala - pom - que es el archivo build gradle

Buildr vs Gradle, pros y contras?

Question

Haga que alguien use Buildr y Gradle y pueda comparar estas herramientas de compilación. Desde el primer vistazo, son muy similares. Pero qué elegir Y también es bueno saber sobre el soporte de Scala y la integración de varios IDE (IDEA, NetBeans, Eclipse).

Gracias.

Answer 1

He intentado usar ambos, y definitivamente recomendaría Gradle. Si bien ambos tienen más o menos la misma expresividad, encontré que Gradle es mucho más estable (desde la versión 1.0), requiere menos esfuerzo de instalación y está mejor documentado. Aunque Buildr es, sin duda, un gran esfuerzo, por el momento Gradle está mucho más profesional.

El único problema al que me enfrenté con Gradle es la falta de soporte nativo para reutilizar ivy.xml (y ivysettings.xml), a pesar de que Gradle realmente usa Ivy como su motor de dependencia. Esta característica ha sido prometida pronto en el futuro. Buildr, por otro lado, tiene un complemento listo para usar (aunque no es muy configurable).

Si necesita migrar desde Maven, investigaría un poco sobre ambas herramientas y su soporte para las características que necesita. Para nuevos proyectos, recomendaría Gradle.

Tampoco tienen un buen soporte para Eclipse, pero Gradle tiene un plugin de Eclipse en proceso que funciona muy parecido al plugin Ant. Además, la generación de archivos de configuración de Eclipse de Gradle es altamente personalizable, por lo que es otra forma de integrarlo con Eclipse.

Answer 2

Miré tanto gradle como buildr y fui por buildr al final debido a una gran desventaja con Gradle: el tiempo de inicio del sistema de compilación. buildr es mucho más ágil y me dio compilaciones incrementales mucho más rápidas. El rendimiento es algo que encontré casi insoportable con Gradle. Solo considere cuántas veces se inicia un sistema de compilación y sume los gastos generales constantes.

Por cierto, encontré que el servidor de compilación con ambos sistemas de compilación (buildr y gradle) no es muy útil y propenso a errores (es decir: pasé más tiempo con la solución de problemas de lo que en realidad aceleró las cosas).

Answer 3

Vea si esto ayuda (probablemente anticuado): http://www.tikalk.com/alm/blog/buildr-vs-gradle

Si se compara con BuildR, recomendaría Gradle: 1. Groovy es mucho más "nativo" del ecosistema JVM que Ruby. Incluso si usas JRuby, igual necesitarías instalar muchas gemas 2. El desarrollo de BuildR se está arrastrando. No han agregado nuevas características en mucho tiempo

Habiendo dicho eso, cuestionaría usar cualquiera de estos: con el poder de guiar cualquier tarea, existe el riesgo de que la construcción tenga mucha lógica que las personas necesitan para aprender antes de poder mantenerla. Como esta no es la lógica principal del producto, usted corre el riesgo de que las personas que no desean mantener la compilación o algo peor, lo hagan en forma de copia y pegado que no es correcto (p. Ej., En cuanto al rendimiento). Con Maven, no hay lógica en el pom. Además, usar Gradle / BuildR significa que para construir el producto, uno necesita instalar Gradle / BuildR. Maven es mucho más estándar aquí.