Demandez à quelqu'un d'utiliser à la fois Buildr et Gradle et peut comparer ces outils de construction. De prime abord, ils sont très similaires. Mais que choisir? Et aussi, il est bon d’entendre parler du support Scala et de diverses intégrations IDE (IDEA, NetBeans, Eclipse).
Merci.
J'ai essayé d'utiliser, à la fois et je recommande vivement Gradle. Pendant que les deux ont à peu près la même expressivité, j'ai trouvé Gradle à être beaucoup plus stable (depuis la version 1.0), moins d'effort à installer, et mieux documenté. Bien que Buildr est sans aucun doute un grand effort, au moment Gradle est beaucoup plus professionnel.
Le seul problème que j'ai été confronté avec Gradle est le manque de prise en charge native pour les réutiliser ivy.xml (et ivysettings.xml), malgré le fait que Gradle utilise en fait le Lierre comme sa dépendance moteur. Cette fonctionnalité a été promis pendant un certain temps dans l'avenir bientôt. Buildr, a en revanche un prêt-à-utiliser de plugin pour ça (c'est pas très configurable, quoique).
Si vous avez besoin de migrer à partir de Maven, j'ai fais quelques recherches sur les deux outils et de leur soutien pour les caractéristiques dont vous avez besoin. Pour les nouveaux projets, je recommande Gradle.
Ni avoir un bon support pour Eclipse, mais Gradle ont un work-in-progress Eclipse plugin qui fonctionne très bien comme la Fourmi plugin. Aussi, Gradle de la génération de l'Éclipse des fichiers de paramètres est hautement personnalisable, ce qui est une autre façon de l'intégrer avec Eclipse.
J'ai regardé les deux gradle et buildr et est allé pour buildr à la fin à cause d'un énorme désavantage avec gradle: heure de démarrage de la construction du système. buildr est beaucoup plus vif et m'a donné beaucoup plus rapide des versions. La Performance est quelque chose que j'ai trouvé presque insupportable avec gradle. Il suffit de considérer comment beaucoup de fois un système de construction est lancé et ajoutez les frais généraux constants.
BTW, j'ai trouvé le serveur de build avec les deux systèmes de construction (buildr et gradle) à ne pas être très utile et source d'erreurs (ce qui est: j'ai passé plus de temps à la résolution des problèmes qu'elle a effectivement accéléré les choses).
Voir si cette aide (sans doute périmé): http://www.tikalk.com/alm/blog/buildr-vs-gradle
Si par rapport à BuildR, je vous recommande de Gradle: 1. Groovy est beaucoup plus "natif" à la JVM de l'écosystème que le Rubis. Même si vous utilisez JRuby, vous auriez encore besoin d'installer un grand nombre de gemmes 2. BuildR le développement de l'analyse. Ils n'ont pas ajouté de nouvelles fonctionnalités dans un temps long
Cela dit, je serais question en utilisant l'un de ces: Avec la puissance de script pour n'importe quelle tâche vient le risque que la construction aura beaucoup de logique que les gens ont besoin d'apprendre avant de pouvoir le maintenir. Puisque ce n'est pas la logique principale du produit, vous avez le risque pour les personnes qui ne veulent pas maintenir le construire ou pour le pire, de le faire dans le copier-coller qui n'est pas droit (par exemple, performance sage). Avec Maven, il n'y a pas de logique dans le pom. Aussi, à l'aide de Gradle/BuildR signifie qu'à construire le produit, on doit installer Gradle/BuildR. Maven est beaucoup plus standard ici.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
