Bezieht sich Ihre Funktionsanfrage auf ein Problem?
Das aktuelle Edge-Home-Orchestration-Go-Projekt basiert auf glide
. Folglich ist es für uns eine echte Herausforderung, diese bestehenden verfügbaren Open-Source-Projekte basierend auf dem Go Modules-Build-System einzusetzen. Ein gutes Beispiel ist, dass wir die neueste Version der Docker Engine und die aktuellen EdgeX-Funktionen, die alle auf Go-Modulen basieren, nicht anwenden können. Zusätzlich zu dieser Situation könnten die Entwickler von Drittanbietern auf große Schwierigkeiten stoßen, ihre eigenen Anwendungen zu entwickeln, die von edge-home-orchestration-go unterstützt werden, da die meisten von ihnen Go-Module anstelle von Glide verwenden. Insbesondere wenn es einen Entwickler gibt, der eine Teilmenge von Edge-Home-Orchestration-go verwendet, sollte er / sie die betreffende GitHub-URL zu diesen Teilmengenpaketen vollständig in ihre import
wie github.com/lf-edge/edge-home-orchestration-go/src/common/logmgr
von common/logmgr
.
Beschreiben Sie die gewünschte Lösung
Anwenden des neuen Build-Systems basierend auf Go-Modulen und Verwerfen des Glide-basierten Build-Systems.
Vorschlag: LASSEN SIE UNS dieses Thema im kommenden TSC-Online-Meeting im Januar 2021 diskutieren!!!
Ich stimme voll und ganz zu, dass dieses Problem gelöst werden sollte.
Ich werde so bald wie möglich eine PR zu diesem Thema eröffnen, um die Diskussion zu erleichtern.
Guter Punkt herausgebracht. Wir können dies über das Glide- und Go-Modul beim TSC-Anruf im Januar wie erwähnt diskutieren.
Bin auf einen Blog gestoßen und scheint gut zu sein: https://blog.golang.org/migrating-to-go-modules
Bin auf einen Blog gestoßen und scheint gut zu sein: https://blog.golang.org/migrating-to-go-modules
@suresh-lc PTAL speziell zu #210!
Hilfreichster Kommentar
Bin auf einen Blog gestoßen und scheint gut zu sein: https://blog.golang.org/migrating-to-go-modules