Lors de la mise en œuvre de projets Go qui nécessitent des dépendances à partir de référentiels GitLab privés organisés en sous-groupes, les utilisateurs peut rencontrer des erreurs qui empêchent la récupération réussie des packages nécessaires. Cet article se penche sur un problème courant et propose une solution complète en utilisant « go get » et « go dep ».
Le message erroné "référentiel distant sur https://git.mydomain.com/myteam/category. git n'existe pas ou est inaccessible" se produit lors de la tentative d'acquisition de dépendances à partir d'un référentiel GitLab privé. Ce problème, comme détaillé dans le suivi du support GitLab, est une mesure de sécurité intentionnelle pour les référentiels privés.
Pour surmonter cette limitation, une solution viable consiste à tirer parti de la compatibilité de « go get » avec le format de fichier « .netrc », qui permet aux modules Go « dep » et modernes d'accéder aux référentiels privés.
Étape par étape Solution :
Établissez un fichier '.netrc' dans votre répertoire racine :
machine gitlab.com login <your gitlab username> password <the token from step 1>
Protégez votre fichier '.netrc' en restreignant autorisations :
chmod 600 ~/.netrc
Avec le fichier '.netrc' configuré, vous pouvez désormais acquérir de manière transparente des dépendances en utilisant 'dep Ensure' :
dep ensure -add gitlab.com/<company>/<subgroup>/<project>
Ou 'go get' :
go get gitlab.com/<company>/<subgroup>/<project>
Pour les installations GitLab privées, remplacez « gitlab.com » par le approprié nom d'hôte.
En adoptant cette solution, vous pouvez gérer efficacement les dépendances dans les projets Go qui utilisent des sous-groupes GitLab, garantissant ainsi des processus de développement ininterrompus et une gestion transparente des dépendances.
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!