Maison >développement back-end >Golang >Comment gérer les dépendances du référentiel privé avec les modules Go ?
Comprendre les dépendances des modules privés
Dans les modules Go, chemins "sans point" comme "mycompany/mylib" sont réservés au référentiel standard. Cela implique que pour les modules accessibles via des référentiels privés, les noms de domaine et les projets doivent être liés.
Gestion des dépendances des modules tout ou rien
Les modules Go appliquent un système "tout ou rien" "-ou-rien". Lors de l'utilisation de modules, toutes les dépendances doivent être résolues à l'aide du système de modules (aller chercher). Le GOPATH devient redondant sauf en tant que cache pour les modules téléchargés.
Conséquences de l'itération dans des référentiels privés
Dans le passé, les développeurs pouvaient développer des bibliothèques localement avant de valider les modifications. Avec les modules, vous avez deux options :
Étude de cas avec code simplifié
Votre exemple de code représente un problème courant lors de la transition des modules dep vers Go. Lorsque GO111MODULE est défini sur "on", l'erreur "Impossible de trouver le module pour le chemin mycompany/mylib" se produit. En effet, mylib n'est pas encore un module.
Solution
Pour utiliser un dépôt privé pour mylib comme dépendance dans myprogram :
Considérations supplémentaires
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!