Dans cet article, l'éditeur PHP Youzi vous présentera comment utiliser la commande de remplacement pour importer le module go localement et utiliser le répertoire fournisseur dans le dossier principal. Les instructions de remplacement sont une fonctionnalité puissante du langage Go, qui nous permet d'introduire de manière plus flexible des modules locaux pendant le processus de développement et d'améliorer la maintenabilité et la réutilisation du code. Grâce aux conseils de cet article, je pense que tout le monde peut facilement maîtriser cette technique et développer le langage Go plus efficacement. Voyons ensuite les étapes spécifiques !
myexporter est mon module local et je l'importe dans le module principal en utilisant replace. Je souhaite exécuter des tests dans myexporter en utilisant le dossier fournisseur à la racine principale du projet.
La structure du répertoire de mon projet est comme ceci
bitbucket.com |__agent |__exporter | |__myexporter | |__factory.go | factory_test.go | go.mod |__runner | |__main.go | main_test.go |__vendor | |__bitbucket.com/agent/exporter/myexporter | |__factory.go |__go.mod
fichier myexporter go.mod
module bitbucket.com/agent/exporter/myexporter
Le fichier agent go.mod contient
module bitbucket.com/agent require ( bitbucket.com/agent/exporter/myexporter ) replace bitbucket.com/agent/exporter/myexporter => ./exporter/myexporter
Ma question est
Le build n'a pas accès au package go, cela dépend du dossier du fournisseur, et il en va de même pour les tests. Je ne souhaite pas que plusieurs copies de dépendances existent dans un autre dossier fournisseur dans myexporter. Existe-t-il un moyen d'exécuter des tests dans myexporter à l'aide du dossier agent/fournisseur ?
Existe-t-il un moyen d'exécuter des tests dans MyExporter à l'aide du dossier agent/fournisseur ?
Non.
Vous devez tester où se trouve myexporter. Une fois fourni, seul le code réel est fourni.
La seule chose possible est de combiner des modules.
Cela se résume vraiment à ceci : si vous devez d'une manière ou d'une autre tester les deux modules en parallèle/de manière cohérente, ce ne sont pas vraiment deux modules différents avec des cycles de vie différents. S'il s'agissait d'éléments distincts avec des cycles de vie différents, vous pourriez tester le premier, vous assurer qu'il fonctionne et le fournir au second. Testez ensuite le second, y compris son utilisation du premier, mais n'exécutez pas le premier test car il n'est plus nécessaire.
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!