So erweitern Sie die geklonte Golang-Bibliothek mithilfe der Workspace-Methode

PHP-Editor Zimo bringt Ihnen einen Artikel darüber, wie Sie die Workspace-Methode verwenden, um die geklonte Golang-Bibliothek zu erweitern. Im täglichen Entwicklungsprozess nutzen wir häufig Bibliotheken von Drittanbietern, um die Effizienz und Funktionalität zu verbessern. Manchmal müssen wir jedoch möglicherweise einige benutzerdefinierte Änderungen an diesen Bibliotheken vornehmen. In diesem Artikel wird eine Methode zum Erweitern der geklonten Golang-Bibliothek mithilfe eines Arbeitsbereichs vorgestellt. Mit einfachen Schritten können Sie jede Bibliothek problemlos ändern und anpassen, um sie an Ihre spezifischen Anforderungen anzupassen. Egal, ob Sie Anfänger oder erfahrener Entwickler sind, dieser Artikel kann Ihnen dabei helfen, die Golang-Bibliothek besser zu nutzen. Lassen Sie uns gemeinsam diese unterhaltsame Technik erkunden!

Frageninhalt

Ich schreibe eine Golang-Anwendung und möchte vorhandene Bibliotheken nutzen. Da der Bibliothek jedoch einige Funktionen fehlten, beschloss ich, das Repository abzuspalten und meine neuen Funktionen hinzuzufügen.

Um gespaltene/erweiterte Bibliotheken in meiner Anwendung verwenden zu können, habe ich die „Workspace“-Funktion von Golang verwendet.

Das go.work in meinem App-Repository sieht aus wie

<code>go 1.21.4

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

Das funktioniert gut, solange ich nur bestehende Pakete im geforkten Repository erweitere. dh. Sobald ich anfange, ein neues Paket im geforkten Repository zu erstellen, erhalte ich einen Build-Fehler wie diesen:

Ich habe dem geforkten/geklonten Repository ein neues Paket mit folgendem Inhalt hinzugefügt go-git-cmd-wrapper/log/log.go

<code>package log

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

Zum Beispiel habe ich in meiner Anwendung bestehende und neue Pakete von lib importiert

<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

Wie kann man solche Fehler beheben? Was mache ich mit meinem Arbeitsbereich und/oder meinem geforkten Repository falsch?

Problemumgehung

Nur die Verwendung der Arbeitsbereichsfunktion wird nicht das erreichen, was Sie tun möchten. Dies liegt daran, dass das Go-Tool, das den Modulpfad im Hauptimport liest, das Remote-Repository aufruft, bei dem es sich um das Originalmodul handelt. Bitte beachten Sie:

https://www.php.cn/link/b99f4242922cd10313630b0ecccda1dc Sie sollten die -Funktion des Go-Moduls verwenden, die für diesen Anwendungsfall konzipiert ist. Behalten Sie den Fork in Ihrem Go-Arbeitsbereich, aber fügen Sie Folgendes zu Ihrem go.mod hinzu: 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

Weitere Informationen finden Sie hier:

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

Das obige ist der detaillierte Inhalt vonSo erweitern Sie die geklonte Golang-Bibliothek mithilfe der Workspace-Methode. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!