Maison > développement back-end > Golang > Au fournisseur ou non au fournisseur : le dossier « fournisseur/ » doit-il être ignoré dans « .gitignore » ?

Au fournisseur ou non au fournisseur : le dossier « fournisseur/ » doit-il être ignoré dans « .gitignore » ?

DDD
Libérer: 2024-11-03 15:08:30
original
825 Les gens l'ont consulté

To Vendor or Not to Vendor: Should the `vendor/` Folder Be Ignored in `.gitignore`?

Gestion du dossier Go Vendor dans .gitignore

Problème

S'il faut ou non ajouter le dossier supplier/, généré par la commande go dep, à .gitignore a été un sujet de débat. Actuellement, le dossier est ignoré, ce qui entraîne l'appel de dep Ensure lors de chaque déploiement.

Discussion

La décision d'ignorer ou non le fournisseur/ dépend des exigences spécifiques du projet et des besoins de développement.

Raisons d'ignorer le fournisseur/ :

  • Le modèle Go.gitignore de github/gitignore n'inclut pas le fournisseur/.
  • La gestion des versions du contenu du fournisseur se verrouille dans les dépendances , potentiellement indésirable face aux mises à jour de la bibliothèque.
  • Les outils de vente peuvent évoluer avec le temps (par exemple, de dep à vgo en passant par les modules), invalidant potentiellement les dépendances suivies.

Raisons de ne pas ignorer le fournisseur :

  • La modification des dépendances dans le contrôle de version peut être utile pour suivre les modifications et résoudre les conflits.
  • gitignore.io/api/go recommande d'ignorer le fournisseur. /.
  • Si les membres de l'équipe ont des environnements locaux différents, le dossier du fournisseur peut garantir la cohérence dans les versions de dépendances.

Approches recommandées

Si ce n'est pas spécifique scénarios :

  • Envisagez d'ignorer le fournisseur/ selon le modèle de github/gitignore.

S'il y a des besoins spécifiques :

  • Utilisez la virtualisation ou des conteneurs pour standardiser les environnements de développement, minimisant ainsi le besoin de gestion locale des dépendances.
  • Utilisez une approche hybride en gardant le contrôle des versions du fournisseur/extérieur mais en fournissant des scripts pour la génération locale.
  • Envisagez d'utiliser un référentiel privé pour gérer les dépendances fournies par le fournisseur, garantissant ainsi une utilisation cohérente entre les développeurs.
  • Explorez l'utilisation des modules Go, qui offrent une gestion précise des versions des dépendances et éliminent potentiellement le besoin de vente.

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
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal