Heim > Backend-Entwicklung > Golang > Wie löst man widersprüchliche Abhängigkeiten von Go-Modulen, wenn Top-Level- und Sub-Module als unterschiedliche Versionen importiert werden?

Wie löst man widersprüchliche Abhängigkeiten von Go-Modulen, wenn Top-Level- und Sub-Module als unterschiedliche Versionen importiert werden?

Linda Hamilton
Freigeben: 2024-11-02 10:00:30
Original
305 Leute haben es durchsucht

How to Resolve Conflicting Go Module Dependencies When Top-Level and Sub-Module Are Imported as Different Versions?

Auflösen widersprüchlicher Go-Modulabhängigkeiten, wenn Module und Untermodule der obersten Ebene als unterschiedliche Versionen importiert werden

Abhängigkeiten von Go-Modulen können gelegentlich zu Konflikten führen, wenn ein Modul und Untermodul der obersten Ebene als unterschiedliche Versionen importiert werden Das Modul und eines seiner Untermodule werden separat als unterschiedliche Versionen importiert. Lassen Sie uns dieses Problem untersuchen und eine Lösung finden.

Problemübersicht

Wenn Sie zwei Abhängigkeiten in einem Projekt haben, wie in der Datei go.mod unten gezeigt, ist los Der Mod-Download-Befehl kann zum Herunterladen verschiedener Versionen eines gemeinsam genutzten Submoduls führen.

module github.com/test-org/test-repo

go 1.12

require (
    github.com/foo/bar v1.0.0
    github.com/raz/mataz v1.0.0
)
Nach dem Login kopieren

Dies kann zu mehrdeutigen Importfehlern beim Importieren des Submoduls in Ihren Code führen, da das Go-Tool unsicher ist welche Version ausgewählt werden soll.

Lösung

Das Problem tritt auf, wenn eine der Abhängigkeiten auf eine Pre-Go-Module-Version des Untermoduls verweist. Dieser Black-Box-Import des gesamten Repositorys steht in Konflikt mit der Modulreferenz auf das Untermodul.

Um diesen Konflikt zu lösen, können Sie Referenzen auf die gemeinsame Abhängigkeit erzwingen, um Go-Modul-fähige Versionen zu verwenden. Fügen Sie die folgende Zeile zu Ihrer go.mod-Datei hinzu:

replace (
    github.com/shared/dependency => github.com/shared/dependency v1.2.0
)
Nach dem Login kopieren

Stellen Sie sicher, dass die angegebene Version (v1.2.0 in diesem Beispiel) für das Go-Modul aktiviert ist (eine go.mod-Datei hat).

Diese Lösung funktioniert, weil sie sicherstellt, dass alle Verweise auf die gemeinsame Abhängigkeit Modulversionen verwenden, wodurch der Black-Box-Importkonflikt beseitigt wird, der zum mehrdeutigen Importfehler geführt hat.

Das obige ist der detaillierte Inhalt vonWie löst man widersprüchliche Abhängigkeiten von Go-Modulen, wenn Top-Level- und Sub-Module als unterschiedliche Versionen importiert werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Neueste Artikel des Autors
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage