Utiliser Go avec les sous-groupes GitLab : le problème et la solution
Lorsque vous essayez d'utiliser les outils de gestion des dépendances de Go, allez chercher ou allez dep, avec un référentiel GitLab privé organisé en sous-groupes, les utilisateurs peuvent rencontrer une erreur indiquant que le référentiel distant est inaccessible.
Le problème
L'erreur survient en raison du comportement intentionnel de GitLab visant à améliorer la sécurité des référentiels privés. Comme indiqué dans le numéro 1337, GitLab recommande d'ajouter « .git » à l'URL comme solution de contournement.
La solution
La solution complète suivante résout le problème :
Créez un fichier .netrc : Configurez un fichier ".netrc" dans votre répertoire personnel avec le contenu suivant :
machine gitlab.com login <your gitlab username> password <the token created in step 1>
Protégez le fichier .netrc : Pour garantir la sécurité, définissez les autorisations du Fichier .netrc à 600 :
chmod 600 ~/.netrc
Utilisation :
Pour aller chercher :
go get gitlab.com/<company>/<subgroup>/<project>
Pour aller dep :
dep ensure -add gitlab.com/<company>/<subgroup>/<project>
Remarque : Pour installations de GitLab sur des noms d'hôtes privés, remplacez "gitlab.com" de manière appropriée.
Avec cette solution implémentée, vous pouvez utiliser efficacement les outils de gestion des dépendances Go avec les référentiels de sous-groupes GitLab privés.
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!