Le choix d'un outil de script / construction [fermé]

Question

Nous travaillons actuellement sur un projet à la fois actionscript et Java. Jusqu'à présent, nous utilisions Ant comme notre principal outil de construction, mais la quantité stupide de duplication implique et le manque de flexibilité (nous construisons une assez grande quantité de petits sous-projets, et la copie tous les fichiers de construction à chaque fois est une douleur) nous poussent vers un changement d'outils.

EDIT3: Je suis fait réécrire tous nos construit dans Gant, et même si ce n'est pas parfait, il taille réduite nos fichiers de construction massivement et a fait ajouter un nouveau projet beaucoup plus simple, donc je definetely recommand Gant aux gens de ne pas vouloir de changer leur philosophie de construction et de la structure du projet, mais seulement pour la recherche d'un outil plus pratique que fourmi. Je pourrais avoir un regard sur graddle et / ou Ivy un de ces jours.

EDIT2: Après avoir essayé Buildr, nous l'écartaient parce qu'il fait beaucoup plus de choses que ce que nous avons réellement besoin. Je suis maintenant essayer Gant qui ressemble à droite ce que nous avons besoin, mais la documentation est assez petite. Est-il utile déplacer tout le chemin à Gradle, ou est-projet e pas assez mature encore?

EDIT: Je vais essayer de clarifier nos problèmes avec Ant. Nous avons plusieurs sous-projets avec dispositions similaires que nous devons compiler et exécuter des tests pour. Une fois cela fait, certains d'entre eux doivent être emballés ensemble pour produire executables (à savoir un client, un serveur, et quelques démos autonomes). Le travail à descripe notre disposition standard fourmi est assez long, et il est extrêmement difficile d'introduire de petites variations sans réécrire l'ensemble macro. (Say, l'un des projets ont besoin de saisir ses actifs visuels à partir d'un autre référentiel).

• qui Gant nous permettra de réutiliser les tâches de fourmis qui sont déjà là-bas tant pour Flash et Java
• Gradle pour les mêmes raisons, même si elle semble un peu plus compliqué
• Rake qui semble être fortement recommandé. L'inconvénient étant le support expérimental de l'intégration de script d'action et de notre manque de connaissance de Ruby
• Buildr qui a l'air assez cool, mais là encore, pas knowldege de rubis
• Scons semble avoir moins dynamique, mais Python est un langage de script assez cool

Maven a été considéré, mais a été éliminée en raison de la complexité inhérente et l'apparente erreur proneness. Nous sommes actuellement à penchions Gant. Est-ce que quelqu'un d'entre vous ont une expérience en utilisant plusieurs de ces outils? Comment se comparent-ils?

Nos besoins sont assez simples: Compiler et des projets ensemble, les déployer sur plusieurs cibles et une certaine capacité de script (pour exécuter des tests de performance spécifiques au projet, par exemple). Il convient de noter pourrait aussi que nous utilisons Hudson pour gérer l'intégration continue.

Answer 1

Je sais que les gens dans notre société qui font Java pour vivre ne jurent que par Ivy, mais ne pas avoir d'expérience avec elle, je n'ai pas assez de faits pour étayer cette suggestion avec des arguments techniques. Ils ont mentionné le manque de double emploi comme un plus que par rapport à Ant ils ont utilisé avant. caveat emptor.

Answer 2

Je ne suis pas sûr de commutation résoudra vos gant problèmes. Gant est en train d'écrire dans les fichiers de compilation groovy au lieu de XML. Je pense que votre question pose plus dans la façon dont vous utilisez fourmi. Difficile à dire sans plus de détails, mais des phrases comme « quantité stupide de duplication » et « copier les fichiers construire autour » me font penser que vous pourriez utiliser fourmi plus efficacement.

Si vous avez pas déjà, regardez vos tâches de fourmi, et voyez si vous pouvez les éliminer factoriser de sorte que les doubles emplois. En outre, la caisse de l'option -trouver à fourmi si vous ne l'avez pas vu déjà. Vous ne devriez pas avoir à copier les fichiers construire autour.

BTW, Ivy est la gestion de la dépendance, et non pas la construction.