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 )
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 )
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!