Go-Module: Alles-oder-Nichts-Übergang von GOPATH?

Go-Module in privaten Repos und dem Gopath verstehen

Bei der Migration interner Codebasen von Dep- zu Go-Modulen sind bestimmte Überlegungen zu berücksichtigen. Dieser Artikel befasst sich mit den Erwartungen und Konsequenzen der Verwendung von Go-Modulen, insbesondere in Bezug auf private Repositories und den Gopath.

Go-Module und den Gopath

Laut Go Projektarchitekten sind „punktlose“ Pfade (ohne vorangehenden Punkt) ausschließlich für die Standardbibliothek gedacht. Intern entwickelte Abhängigkeiten sollten diese Notation nicht verwenden.

Sobald ein Projekt zur Verwendung von Go-Modulen übergeht, muss es das Modulsystem vollständig umfassen. Der Gopath wird dann funktional identisch mit einem Modul-Cache.

Konsequenzen von Modulen und privaten Repos

Dieser Übergang zu Modulen erfordert die Verwaltung von Abhängigkeiten über private Repositories. Folglich können Entwickler mit den folgenden Konsequenzen konfrontiert werden:

• Remote-Abhängigkeitsiterationen: Entwickler müssen möglicherweise Änderungen an Remote-Repositorys pushen und ziehen, um private Modulabhängigkeiten zu iterieren.
• Repositories zusammenführen: Alternativ können Entwickler alle Repositories zu einem einzigen zusammenführen zentralisiert.

Ihre Hauptannahme

Ihre Annahme, dass alle Abhängigkeiten in einem Go-Modulprojekt durch das Modulsystem aufgelöst werden müssen, ist richtig. Der Gopath dient ausschließlich als Cache für heruntergeladene Module.

Frage: Sind Go-Module alles oder nichts?

Ja, Go-Module sind alles oder nichts . Sobald ein Projekt Module übernimmt, müssen alle Abhängigkeiten modularisiert werden. Der Gopath behält lediglich seine Bedeutung als Cache für heruntergeladene Module.

Abhängigkeiten explizit vom Gopath auflösen

Es gibt keine Möglichkeit, explizit anzugeben, dass eine Abhängigkeit aufgelöst werden soll vom Gopath.

Zusätzlich Einblicke

• Das Verschieben von „myprogram“ außerhalb des Gopath löst das Problem nicht.
• Das Ausführen von „go mod init“ im mylib-Verzeichnis hat keinen Einfluss auf die Situation.
• Die Verwendung von $GOPROXY kann die Offline-Entwicklung mit privaten Modulabhängigkeiten erleichtern.

Das obige ist der detaillierte Inhalt vonGo-Module: Alles-oder-Nichts-Übergang von GOPATH?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!