Edge-home-orchestration-go: [Política de actualización para paquetes de atributos] Política de actualización de versión y actualización de Docker Engine
¿Su solicitud de función está relacionada con un problema?
Para aplicar el sistema de compilación basado en módulos Go, nuestro motor Docker actual (v17.xx.xx) es demasiado antiguo para ser compatible con otros paquetes. Además de eso, esta versión (v17.xx.xx) tiene algún problema de su comunidad dedicada a Archive ya que es demasiado antigua (https://github.com/docker/go-docker/issues/21). Mientras tanto, es un poco problemático adoptar la última versión de Docker Engine, porque aún no está tocando el nivel de madurez.
- Este problema también está vinculado al # 206
Describe la solución que te gustaría
Actualice el motor Docker actual al menos a v19.xx.xx y establezca la política de actualización oficial (anual en la versión regular) sobre el motor Docker y otros paquetes de atributos confiables de otros proyectos de código abierto.
Sugerencia: ¡¡¡DISCUSEMOS este tema en la próxima reunión en línea del TSC en enero de 2021 !!!
MoonkiHong
Todos 4 comentarios
Este proyecto está relacionado con otros proyectos de código abierto como docker, edgexfoundry en este momento.
Sería bueno si tuviéramos un período de actualización de la versión anual para los proyectos iniciales.
t25kim
en 30 dic. 2020
Este proyecto está relacionado con otros proyectos de código abierto como docker, edgexfoundry en este momento.
Sería bueno si tuviéramos un período de actualización de la versión anual para los proyectos iniciales.
@ t25kim ¡ Gracias por apoyar esta idea! Además, deberíamos publicar un documento de GitHub y / o el Wiki dedicado sobre esas métricas de dependencia en términos de proyectos de código abierto correlacionados (bibliotecas) y también su versión de referencia. Si obtenemos el consentimiento suficiente, también lo redactaré.
MoonkiHong
en 31 dic. 2020
¡Estoy completamente de acuerdo! ¡Gracias @ t25kim! Lo único que me gustaría es que primero corrijamos errores en los paquetes de prueba dentro del proyecto y agreguemos pruebas automatizadas.
tdrozdovsky
en 8 ene. 2021
Se resuelve después de la fusión de PR del # 210, por lo que se cerró. Gracias a todos.
MoonkiHong
en 7 may. 2021
Temas relacionados
t25kim
·
7Comentarios
MoonkiHong
·
5Comentarios
t25kim
·
4Comentarios
t25kim
·
5Comentarios
t25kim
·
3Comentarios
Comentario más útil
¡Estoy completamente de acuerdo! ¡Gracias @ t25kim! Lo único que me gustaría es que primero corrijamos errores en los paquetes de prueba dentro del proyecto y agreguemos pruebas automatizadas.