Problèmes d'autorisation gitlab lors de l'exécution de Go Mod Tidy sous Windows 11

l'éditeur php Strawberry a découvert que lors de l'utilisation du système d'exploitation Windows 11, certains développeurs rencontraient des problèmes d'autorisation GitLab lors de l'exécution de la commande "go mod spice". Ce problème peut entraîner une mise à jour incorrecte des dépendances des modules. Pour résoudre ce problème, nous vous proposerons dans cet article quelques solutions et suggestions pour garantir le bon fonctionnement de la commande "go mod spice" et une mise à jour réussie du module.

Contenu de la question

Je suis capable d'exécuter très bien des commandes de clonage, de push et d'autres commandes git (doivent être stockées dans le gestionnaire d'informations d'identification de Windows). Mais il y a un problème lorsque j'exécute go mod tidy

Voici l'erreur que j'ai rencontrée lors de l'exécution de go mod tidy sur une machine Windows. Il semble que le référentiel privé ne soit pas accessible.

gitlab.xxxxx.de/cxxxxs-v2/arc-lib/cxxxxs-go-lib/pkg/clients:
gitlab.xxxx.de/cxxxxs-v2/arc-lib/[email protected]: verifying
module: gitlab.xxxx.de/cxxxxs-v2/arc-lib/[email protected]:
reading
https://sum.golang.org/lookup/gitlab.xxxxx.de/cxxxxs-v2/arc-lib/[email protected]:
404 not found
    server response:
    not found: gitlab.xxxxx.de/cxxxxs-v2/arc-lib/[email protected]: invalid
version: git ls-remote -q origin in
/tmp/gopath/pkg/mod/cache/vcs/387e08be1426cc3d2399d471d4c4b55445c31d6ca639398a03889c4c3282d1d5:
exit status 128:
            fatal: could not read username for 'https://gitlab.xxxxx.de': terminal prompts disabled
    confirm the import path was entered correctly.
    if this is a private repository, see https://golang.org/doc/faq#git_https for additional information.

J'ai créé home 环境变量，指向与 userprofile le même dossier.

Crée également un fichier _netrc contenant l'ordinateur, le nom d'utilisateur et le mot de passe. Le même nom d'utilisateur et le même mot de passe que ceux utilisés pour la connexion Web à Gitlab fonctionnent bien.

_netrcContenu :

machine gitlab.aaaaaa.de
login ranjit.kumar
password *****

Je n'arrive pas à comprendre comment le déboguer pour trouver la cause première et donc la solution. Guidez-moi s'il-vous-plaît.

Solution de contournement

Lirehttps://sum.golang.org/lookup/gitlab.xxxxx.de/cidaas-v2/arc-lib/[email protected] : 404 non trouvé

Il essaie de trouver votre module privé dans go sumdb. Puisque votre module est privé, il n'existe pas.

Vous devez ajouter le modèle global du module privé à goprivate. Faites ceci :

go env -w GOPRIVATE=gitlab.xxxxx.de

goprivate 充当 gonoproxy 和 gonosumdb 的默认值。它告诉 go 工具直接从私有存储库（gonoproxy）下载模块，而不是使用公共校验和数据库（gonosumdb Sert par défaut pour gonoproxy et gonosumdb. Il indique à l'outil go de télécharger le module directement depuis le référentiel privé (gonoproxy) au lieu de vérifier le module à l'aide de la base de données de contrôle publique (gonosumdb).

Voir Modules privés pour plus d'informations.

BTW, si vous pouvez extraire ou pousser vers le référentiel sans _netrc 的情况下提取或推送到存储库，则无需设置 _netrc 。设置 home , il n'est pas nécessaire de définir

. La définition de la variable d'environnement home ne semble pas non plus avoir d'importance. 🎜

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!