Comment les versions de sous-modules sont-elles gérées dans un référentiel Go ?

Gestion des versions de sous-modules dans le référentiel Go

Considérez une situation dans laquelle un référentiel Go contient un fichier go.mod dans le répertoire racine et un sous-répertoire. Dans de tels cas, comprendre comment les versions du sous-module sont publiées est crucial.

Gestion des versions des sous-modules

Contrairement aux modules parents, les versions des sous-modules ne sont pas nécessairement synchronisées. Ils sont traités comme des modules distincts résidant dans la même structure de référentiel.

Pour déterminer les versions disponibles d'un sous-module, reportez-vous à ses informations de version. Par exemple, dans le cas de github.com/hashicorp/vault/api, visitez https://github.com/hashicorp/vault/releases pour vérifier les versions et balises officielles.

Git hiérarchique Balises et versions de sous-modules

Go utilise des balises Git hiérarchiques pour marquer les versions de sous-modules. Cela implique que les versions des sous-modules ne correspondent pas toujours à la version du module parent. Par exemple, Vault pourrait être à la version 1.3.3, tandis que l'API de son sous-module pourrait être à la version 1.0.4.

Mise à jour des versions de sous-module

Pour mettre à jour la version d'un sous-module , utilisez aller chercher. Par exemple, pour obtenir la dernière version de github.com/hashicorp/vault/api, exécutez :

go get github.com/hashicorp/vault/api

Vous n'avez pas besoin de spécifier explicitement la version dans go.mod lors de l'importation initiale. L'outil Go récupère automatiquement la dernière version.

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!