Comment étendre la bibliothèque Golang clonée à l'aide de la méthode de l'espace de travail

L'éditeur PHP Zimo vous propose un article sur la façon d'utiliser la méthode workspace pour étendre la bibliothèque golang clonée. Dans le processus de développement quotidien, nous utilisons souvent des bibliothèques tierces pour améliorer l'efficacité et les fonctionnalités. Cependant, nous devrons parfois apporter des modifications personnalisées à ces bibliothèques. Cet article présentera une méthode pour étendre la bibliothèque golang clonée à l'aide d'un espace de travail. En quelques étapes simples, vous pouvez facilement modifier et personnaliser n'importe quelle bibliothèque pour répondre à vos besoins spécifiques. Que vous soyez débutant ou développeur expérimenté, cet article peut vous aider à mieux utiliser la bibliothèque golang. Explorons ensemble cette technique amusante !

Contenu de la question

J'écris une application Golang et je souhaite exploiter les bibliothèques existantes. Mais il manquait certaines fonctionnalités à la bibliothèque, j'ai donc décidé de bifurquer le référentiel et d'y ajouter mes nouvelles fonctionnalités.

Pour pouvoir utiliser des bibliothèques forked/étendues dans mon application, j'ai utilisé la fonctionnalité "espace de travail" de golang.

Le go.work dans le référentiel de mon application ressemble à

<code>go 1.21.4

use (
    .
    ../go-git-cmd-wrapper // this is the local path to the forked/edited lib repo
)
</code>

Cela fonctionne bien tant que j'étends uniquement les packages existants dans le référentiel forké. c'est à dire. Dès que je commence à créer un nouveau package dans le référentiel forké, j'obtiens une erreur de build comme celle-ci :

J'ai ajouté un nouveau package avec le contenu suivant au référentiel forké/cloné go-git-cmd-wrapper/log/log.go

<code>package log

.... // my new functionality 
</code>

Par exemple, dans mon application, j'ai importé des packages existants et nouveaux de lib

<code>package main

import (
    ....
    // the following three work as expected, i.e. I can add new functionality
    // to those packages and use them in my application
    gwbranch "github.com/ldez/go-git-cmd-wrapper/v2/branch"
    gwconfig "github.com/ldez/go-git-cmd-wrapper/v2/config"
    gw "github.com/ldez/go-git-cmd-wrapper/v2/git"
    // the following doesn't work, I get import error on build
    gwlog "github.com/ldez/go-git-cmd-wrapper/v2/log"
    ....
)    
</code>

go: finding module for package github.com/ldez/go-git-cmd-wrapper/v2/log
          go: changeme imports
                github.com/ldez/go-git-cmd-wrapper/v2/log: module github.com/ldez/go-git-cmd-wrapper/v2@latest found (v2.6.0), but does not contain package github.com/ldez/go-git-cmd-wrapper/v2/log
          exit status 1

Comment corriger de telles erreurs ? Qu'est-ce que je fais de mal avec mon espace de travail et/ou mon référentiel forké ?

Solution de contournement

Le simple fait d'utiliser la fonctionnalité d'espace de travail ne permettra pas d'accomplir ce que vous souhaitez faire. En effet, l'outil go qui lit le chemin du module dans l'importation principale appellera le référentiel distant, qui est le module d'origine. Veuillez vous référer à :

https://www.php.cn/link/b99f4242922cd10313630b0ecccda1dc Vous devez utiliser la fonction du module go, conçue pour ce cas d'utilisation. Gardez le fork dans votre espace de travail go, mais ajoutez ce qui suit à votre go.mod : replace

module your-module

go 1.21.4

require github.com/ldez/go-git-cmd-wrapper v2.6.0

replace github.com/ldez/go-git-cmd-wrapper v2.6.0 => ../go-git-cmd-wrapper

Pour en savoir plus ici :

https://go.dev/doc/modules/managing-dependency#local_directory

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!