Can Gradle gérer les dépendances locales à d'autres que les sous-répertoires?

Question

Je ne sais pas si je suis totalement eu le mauvais concept, mais je veux créer plusieurs projets avec dépendances à d'autres projets qui ne font pas partie de la structure de répertoire d'un projet parent. Je sais que la façon normale de faire serait d'utiliser une dépendance externe qui va chercher de certains référentiel externe. Mais dans ce cas, où nous allons dire dans le projet appelé « F » un cadre est mis au point, qui est utilisé dans le projet « P »., Alors P utilise F, mais F doit l'OMI ne soit pas nécessairement un sous-projet de P en tant que P est utilisé uniquement pour essai routier le développement de F (mais il est non seulement un test unitaire). Plus tard dans le processus, lorsque F est stable, F est séparé et peut être consommé par d'autres projets par l'intermédiaire d'un référentiel. Mais au cours du développement de F avec P comme cas de test de, ce serait bien si l'on pouvait omettre que aller-retour dans le dépôt.

Pour aggraver les choses, pour le développement initial, il y a plus d'un projet à la consommation des essais de conduite, tous besoin d'avoir une dépendance à F, mais pas par un référentiel externe.

Mon idée est de développer F dans un endroit sur le disque avec sa propre reposity git. L'autre P comme projets résident ailleurs sur le disque et un système de fichiers local dépendance basée à F. Would une telle construction est possible d'en Gradle? Si oui, où dois-je commencer? Je scrutais les exemples Java, mais ne pouvait pas trouver un exemple approprié.

Toutes les idées?

Answer 1

La hiérarchie du projet Gradle est entièrement virtuel. Il a juste le défaut que l'emplacement physique correspond à la hiérarchie virtuelle. Mais vous avez un contrôle complet sur ce sujet. Voir: http://gradle.org/0.9- rc-1 / docs / UserGuide / sec build_lifecycle.html #: settings_file

En ce qui concerne vos autres idées un coup d'oeil à l'adresse suivante Jira: http: //jira.codehaus .org / browse / gradle-1014

Answer 2

Vous pourriez envisager une hiérarchie de dossiers comme celui-ci:

Main folder
|- F folder
|  |- .git
|  |- sources
|  |- build.gradle (with parts specific to F)
|- P folder
|  |- sources
|  |- build.gradle (with part specific to P)
|- build.gradle (with common parts)
|- settings.gradle

Vous pouvez toujours décider de lancer gradle soit sur le projet F, le projet P ou les deux alltoegether. Il vous permet également de vous promouvoir projet F seul sans P ou d'autres projets parallèles.

Pour plus d'informations à jour, consultez le multi projet tire parti chapitre de la documentation Gradle.