Comment utiliser « go get » pour récupérer des packages à partir de référentiels privés ?

Récupération de référentiels privés avec « go get »

Exploiter la puissance de « go get » peut s'avérer inestimable lors de la collaboration sur des référentiels Git privés. Cependant, la configuration de cette fonctionnalité peut être une tâche déroutante, comme en témoigne la difficulté rencontrée par les développeurs qui tentent d'incorporer des packages hébergés sur des serveurs personnels.

Le nœud du problème réside dans l'insaisissable balise META qui sert de passerelle pour "aller chercher". Comme illustré dans la documentation, cette balise doit être présente dans la réponse aux requêtes HTTP adressées à la fois au référentiel de packages et à un répertoire racine. Malgré le respect de ces directives, beaucoup sont confrontés à un message d'erreur persistant concernant un chemin d'importation non reconnu.

Pour surmonter ce défi, il est essentiel de s'assurer que votre serveur est correctement configuré pour renvoyer la balise META requise. Bien que les détails de cette configuration puissent varier en fonction du type de serveur, une solution récente est apparue pour ceux qui utilisent nginx.

Cette solution implique la mise en œuvre d'une règle de réécriture nginx personnalisée qui intercepte les requêtes avec le paramètre "go-get". Lorsqu'une telle demande est reçue, elle déclenche une réponse qui inclut la balise META contenant le chemin d'importation du référentiel, permettant à "go get" de récupérer le package avec succès. L'extrait de code fourni montre comment configurer cette règle de réécriture, en supposant que vous utilisez SSH pour le contrôle de version.

Une fois cette configuration en place, votre package privé devrait désormais être accessible via « go get », ce qui permettra votre développement. équipe avec un accès transparent à vos dépendances personnalisées.

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!