Gestion des dépendances
Deux idées :
git submodules
On peut dire que tout est basé sur a) Est-ce que c'est l'utilisateur qui fait tout ou est-ce que le compilateur/package manager s'autorise à mettre les mains là-dedans, récupérer les submodules avec git submodule update --init
?
b) On peut prévoir un dossier spécifique où il pourrait les mettre. Mais dans ce cas, chaque dépendance aura ses propres dépendances dans son propre submodule au lieu d'avoir tout en commun. Est-ce que ça se ferait de ne pas récupérer tous les submodules ? Ou plutôt de les mettre à un endroit en commun au lieu de l'intérieur d'autres submodules ?
c) Comme c'est des submodules on peut changer leur nom donc attention pour la règle où le seul composant public est bidule/component/bidule.dhd
.
git
mais pas via les submodules.
On peut dire que c'est basé sur Dans ce cas il faut impérativement un package manager pour gérer ça. Par exemple avoir un dossier external/
dans lequel tout serait ignoré de git
. Dedans le package manager clonerait les dépôts nécessaires, ferait des git fetch
pour savoir s'il y a de nouvelles versions. Il pourrait utiliser la CLI git
, mais uniquement les commandes en lecture seule.
Il y aurait plusieurs politiques de notification : quelle branche suit-on, est-ce qu'on veut récupérer les tags (avec une expression régulière ou au moins un glob) ou tous les commits.
Syntaxe / schéma Toml du gestionnaire de paquets ?
Peut-être lié à #105 (closed)? (dépendances Python)