Sua solicitação de recurso está relacionada a um problema?
O projeto edge-home-orchestration-go atual é construído a partir do emprego de glide
. Consequentemente, é realmente desafiador para nós empregar os projetos de código aberto disponíveis com base no sistema de construção de Módulos Go. Um bom exemplo é que não podemos aplicar a versão mais recente do Docker Engine e os recursos EdgeX recentes, todos baseados em módulos Go. Além de tornar a situação muito pior, os desenvolvedores terceirizados podem encontrar uma grande dificuldade em construir seus próprios aplicativos com o uso de orquestração de ponta em casa, porque a maioria deles está usando Módulos Go em vez de Glide. Especialmente, se houver um desenvolvedor para usar algum subconjunto de edge-home-orchestration-go, ele / ela deve descrever completamente o url do GitHub sobre esses pacotes de subconjunto em seu import
como github.com/lf-edge/edge-home-orchestration-go/src/common/logmgr
de common/logmgr
.
Descreva a solução que você gostaria
Aplicando o novo sistema de construção baseado em Módulos Go e descontinuando o sistema de construção baseado em Glide.
Sugestão: DEIXE-NOS discutir este assunto na próxima reunião online do TSC em janeiro de 2021 !!!
Concordo profundamente que esse problema deve ser resolvido.
Vou abrir um PR sobre isso o mais rápido possível para facilitar a discussão.
Bom ponto apresentado. Podemos discutir sobre esse assunto no Módulo Glide and Go na chamada do TSC do mês de janeiro, conforme mencionado.
Encontrei um blog e parece um bom: https://blog.golang.org/migrating-to-go-modules
Encontrei um blog e parece um bom: https://blog.golang.org/migrating-to-go-modules
@ suresh-lc PTAL especificamente sobre o # 210!
Comentários muito úteis
Encontrei um blog e parece um bom: https://blog.golang.org/migrating-to-go-modules