Nous avons un certain nombre de produits composés d'un grand nombre de modules, dont certains sont partagés entre certains produits. Ils sont répartis sur quelques référentiels de contrôle de version.Gestion des dépendances déclarative pour les projets source multi-module dans le contrôle de version
Les produits sont construits par des scripts maîtres Ant qui sont chargés de vérifier tous les modules et de les construire dans le bon ordre. Les modules n'ont pas de cycles de libération propres. Maintenant, j'aimerais beaucoup aller à la gestion des dépendances déclarative, mais il semble que toutes les solutions (Maven, Ivy) dépendent des artefacts plutôt que du code source sous contrôle de version. En fonction des artefacts, ça tournerait la tête pour nous, alors je préfère ne pas le faire. Je voudrais quelque chose comme Ivy, mais où je peux dire que mon produit dépend des modules foo, bar et baz (branche 2.0) et il vérifierait le code source d'un ou plusieurs gestionnaires de code source (spécifié dans une certaine configuration) à un espace de travail plat.
je prévois d'utiliser gradle pour la construction, donc une solution qui correspond à ce serait très apprécié ...
« dépendances de projet » de Gradle est ce que je dois (je pense) pour construire des modules dans le bon commande et référence des pots construits, une fois que tout est vérifié. Svn: les externals fonctionneraient probablement, mais je ne suis pas vraiment content d'avoir à spécifier des dépendances dans plus d'un endroit. En outre, il est statique et n'autorise pas la magie des temps de paiement comme "obtenir la même branche nommée que je suis de cet autre module, s'il existe, sinon obtenir le tronc". Je reçois plus de suggestions avant de prendre ma décision ici ...:) – simon
Les projets Mult-Project en Gradle fonctionnent de la même manière http://www.gradle.org/0.9-preview-3/docs/userguide/multi_project_builds.html –