Private Modulabhängigkeiten verstehen
In Go-Modulen „punktlose“ Pfade wie „mycompany/mylib“ sind für das Standard-Repository reserviert. Dies bedeutet, dass für Module, auf die über private Repositorys zugegriffen wird, Domänennamen und Projekte gebunden werden sollten.
Alles-oder-Nichts-Modulabhängigkeitsmanagement
Go-Module erzwingen ein „Alles“. -oder-nichts"-Ansatz. Bei der Verwendung von Modulen müssen alle Abhängigkeiten mithilfe des Modulsystems (go get) aufgelöst werden. Der GOPATH wird überflüssig, außer als Cache für heruntergeladene Module.
Konsequenzen für die Iteration in privaten Repositories
In der Vergangenheit konnten Entwickler Bibliotheken lokal entwickeln, bevor sie Änderungen festschreiben. Bei Modulen haben Sie zwei Möglichkeiten:
Fallstudie mit vereinfachtem Code
Ihr Beispielcode stellt ein häufiges Problem beim Übergang von Dep- zu Go-Modulen dar. Wenn GO111MODULE auf „on“ gesetzt ist, tritt der Fehler „Modul für Pfad mycompany/mylib kann nicht gefunden“ auf. Dies liegt daran, dass mylib noch kein Modul ist.
Lösung
So verwenden Sie ein privates Repository für mylib als Abhängigkeit in myprogram:
Zusätzliche Überlegungen
Das obige ist der detaillierte Inhalt vonWie verwalte ich private Repository-Abhängigkeiten mit Go-Modulen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!