J'ai un exemple de projet, avec la configuration suivante:
/root
+ Pure Java Lib
+ Android Test Lib
+ Android Test Project
Où le « projet de test » dépend de la « bibliothèque de test », et le dernier dépend de la « librairie pure Java ». Compiler le projet et lancer cette configuration fonctionne très bien.
Je pense maintenant à importer mon précédent espace de travail Eclipse et à travailler avec Android Studio, le problème est que la configuration du projet est différente, et je voudrais que cela reste ainsi.
par exemple si vous souhaitez utiliser l'exemple précédent:
/root
+ Android Test Lib
+ Android Test Project
/Some Other folder (another repository for example)
+ Pure Java Lib
J'ai essayé de nombreuses configurations, mais je n'ai pas trouvé de moyen de référencer un projet en dehors de la portée du dossier parent (« racine » dans le cas de l'exemple).
Dans de nombreuses plates-formes / modules, vous pouvez utiliser le '..' pour remonter dans les dossiers, mais cela n'a pas fonctionné pour moi, peut-être que je l'ai mal utilisé.
Est-ce que quelqu'un sait comment cela peut être réalisé avec Gradle?
METTRE À JOUR
J'essaierai d'être plus générique:
/C:/
/Project A
+ Module 1 - Pure Java
+ Module 2 - Android Test Lib
+ Module 3 - Android Test Project
/Project B
+ Module 1 - Pure Java
+ Module 2 - Pure Java
+ Module 3 - Pure Java
Je voudrais utiliser le module 1 du projet B , dans le projet A .
MISE À JOUR: 09-03-19
Je l'ai vu maintenant et je dois mettre à jour ... après presque 6 ans, aujourd'hui je suis plus sage, et je peux certainement dire que le problème était que je ne comprenais pas bien le concept de "Source de vérité".
Bien qu'avoir une référence dans une bibliothèque soit un concept agréable à avoir ... et peut sembler être une "Source de vérité", la VRAIE "Source de vérité" serait la version du code que chaque projet utilise de cette bibliothèque, car la bibliothèque en elle-même a des versions .. de nombreuses versions et la "Source de vérité" est relative au projet qui utilise la bibliothèque.
La bonne façon serait d'utiliser ce que la plupart des développeurs n'aiment pas, c'est-à-dire les sous-modules git, et oui, dupliquer les sources dans chaque projet car il y a plus de chances que chaque projet utilise une version différente du code.
Vous devrez cependant viser à ce que tous vos projets utilisent la dernière et la meilleure version de toutes vos bibliothèques .. ce qui est un défi en soi
La raison pour laquelle c'est la bonne façon de développer un projet avec des sources de bibliothèque est que cela évolue ... vous pouvez avoir des centaines de projets chacun avec sa propre configuration de bibliothèque.