¿Su solicitud de función está relacionada con un problema?
El proyecto actual edge-home-orchestration-go se construye empleando glide
. En consecuencia, es realmente un desafío para nosotros emplear esos proyectos de código abierto disponibles existentes basados en el sistema de compilación de módulos Go. Un buen ejemplo es que no podemos aplicar la última versión de Docker Engine y las funciones recientes de EdgeX, que se basan todas en los módulos Go. Además de empeorar mucho esta situación, los desarrolladores externos pueden encontrar una gran dificultad para crear sus propias aplicaciones impulsadas por edge-home-orchestration-go, porque la mayoría de ellos utilizan módulos Go en lugar de Glide. Especialmente, si hay un desarrollador que usa algún subconjunto de edge-home-orchestration-go, debe describir completamente la URL de GitHub relacionada con esos paquetes de subconjunto en su import
como github.com/lf-edge/edge-home-orchestration-go/src/common/logmgr
lugar de common/logmgr
.
Describe la solución que te gustaría
Aplicar el nuevo sistema de compilación basado en los módulos Go y desaprobar el sistema de compilación basado en Glide.
Sugerencia: ¡¡¡DISCUSEMOS este tema en la próxima reunión en línea del TSC en enero de 2021 !!!
Estoy profundamente de acuerdo en que este problema debe resolverse.
Abriré un RP con respecto a esto lo antes posible para facilitar la discusión.
Buen punto sacado a relucir. Podemos discutir sobre este tema en el módulo Glide and Go en la llamada TSC del mes de enero como se mencionó.
Encontré un blog y parece bueno: https://blog.golang.org/migrating-to-go-modules
Encontré un blog y parece bueno: https://blog.golang.org/migrating-to-go-modules
@ suresh-lc PTAL específicamente sobre # 210!
Comentario más útil
Encontré un blog y parece bueno: https://blog.golang.org/migrating-to-go-modules