GO111MODULE=on-Fehler: Abhängigkeitskonflikte lösen
Wenn Sie GO111MODULE=on festlegen, um Go-Module zu aktivieren und zu versuchen, ein Paket mit seiner Entwicklung zu aktualisieren Wenn Sie einen Branch verwenden, wird möglicherweise die Meldung „Fehler beim Laden der Modulanforderungen“ angezeigt. Dieser Fehler weist auf einen Konflikt in den Abhängigkeiten des Pakets hin, das Sie aktualisieren möchten.
In diesem speziellen Fall tritt beim Ausführen von GO111MODULE=on go get -u github.com/junegunn/fzf@devel der Fehler auf tritt auf, weil eine der Abhängigkeiten von fzf, gopkg.in/DATA-DOG/go-sqlmock, eine Änderung in seiner go.mod-Datei eingeführt hat, die sich auf die Versionierung auswirkt.
Version 1.3.3 von go-sqlmock hat die Version entfernt Suffix aus seinem go.mod-Pfad. Dies bedeutet, dass eine explizite Angabe der Version nicht mehr erwartet wird und stattdessen die neueste Version verwendet wird. Einige der Abhängigkeiten von go-sqlmock, wie z. B. gdamore/tcell, verlassen sich jedoch immer noch auf das vorherige Versionierungssystem.
Wenn fzf daher versucht, seine Abhängigkeiten mit -u zu aktualisieren, versucht es, go-sqlmock zu laden. sqlmock mit dem fehlenden Versionssuffix und schlägt fehl. Um dieses Problem zu umgehen, können Sie das Flag -u vorübergehend deaktivieren, wenn Sie fzf aktualisieren, während Sie am Entwicklungszweig arbeiten.
GO111MODULE=on go get github.com/junegunn/fzf
Alternativ können Sie warten, bis das Problem in einem zukünftigen Update von tcell behoben wird . Im Tcell-Repository wurde eine Pull-Anfrage ausgelöst, um diesen speziellen Konflikt zu beheben.
Das obige ist der detaillierte Inhalt vonWie können Abhängigkeitskonflikte gelöst werden, wenn GO111MODULE=on verwendet und ein Paket mit seinem Entwicklungszweig aktualisiert wird?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!