Maison > développement back-end > Golang > S'engager ou ne pas engager le répertoire des fournisseurs dans Go : meilleures pratiques ?

S'engager ou ne pas engager le répertoire des fournisseurs dans Go : meilleures pratiques ?

Mary-Kate Olsen
Libérer: 2024-12-09 10:57:05
original
672 Les gens l'ont consulté

To Commit or Not to Commit the Vendor Directory in Go: Best Practice?

Engager le répertoire des fournisseurs : meilleure pratique ou nécessité post-paiement ?

Lorsque l'on tire parti de la dépendance pour la gestion des dépendances dans les projets Go, la question se pose : le répertoire du fournisseur doit-il être engagé dans le contrôle de version ? Cette décision dépend en fin de compte des préférences du développeur, en équilibrant les avantages et les inconvénients de chaque approche.

Avantages de l'engagement du répertoire des fournisseurs :

  • Garantit des builds reproductibles par empêchant les modifications des historiques en amont des dépendances.
  • Élimine le besoin d'une étape de garantie de dépôt distincte après le clonage ou d'autres mises à jour du référentiel.

Inconvénients de la validation du répertoire du fournisseur :

  • Taille du référentiel potentiellement plus grande, en particulier avec les dépendances qui ont des tailles de fichiers importantes.
  • Les différences PR peuvent inclure des modifications apportées aux fichiers du fournisseur lorsque Gopkg.lock est modifié, bien que ces fichiers soient généralement masqués sur GitHub par par défaut.

Option alternative : exécuter dep Ensure après l'extraction

Alternativement, au lieu de valider le répertoire du fournisseur, on peut exécuter dep Ensure après avoir extrait un référentiel . Cette approche nécessite une étape supplémentaire mais peut être préférable en raison de :

  • Taille du référentiel plus petite, car les fichiers de dépendance ne sont pas stockés dans l'historique.
  • Diffs PR simplifiés, sous forme de modifications dans Gopkg. lock ne déclenche pas de modifications des fichiers des fournisseurs dans le référentiel.

En fin de compte, la décision de valider le répertoire des fournisseurs ou de s'appuyer sur dep garantit que la synchronisation est une question de préférence. Les meilleures pratiques dictent qu'il est essentiel de considérer les avantages et les inconvénients décrits ci-dessus lors de la prise de cette décision.

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!

source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal