Comment gérer les conflits de versions de modules dans les sous-dossiers avec les modules Go ?

Gestion des versions de module dans les sous-dossiers

Les modules Go fournissent un mécanisme pratique pour gérer les dépendances dans les projets Go. Cependant, lorsqu'un référentiel contient plusieurs fichiers go.mod, dont un dans le répertoire racine et un autre dans un sous-dossier, la gestion des versions de module devient plus complexe.

Dans votre scénario spécifique, vous rencontrez des difficultés pour mettre à jour le coffre-fort. /api vers la version 1.3.3 tout en héritant simultanément du fichier go.mod de github.com/hashicorp/vault. Ce conflit survient en raison du risque de désalignement des versions entre le module racine et ses sous-modules.

Contrairement aux attentes, les versions des sous-modules ne sont pas nécessairement synchronisées avec les versions de leurs modules parents. Au lieu de cela, ils doivent être traités comme des modules indépendants résidant dans la même structure de référentiel.

Pour résoudre ce problème, il est recommandé de vous référer à la page officielle des versions du coffre-fort : https://github.com/hashicorp /vault/versions. Cette page fournit des informations sur la version officielle et des balises. Go permet aux balises Git hiérarchiques d'indiquer les versions des sous-modules.

Par exemple, bien que Vault lui-même soit actuellement à la version 1.3.3, Vault/api reste à la version 1.0.4 (basé sur la dernière balise avec api/v1 .0.4). Pour acquérir la dernière version de vault/api, vous pouvez simplement exécuter go get sans spécifier explicitement de version dans go.mod. L'outil go localisera et récupérera automatiquement la version la plus récente.

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!