Edge-home-orchestration-go: [Politique de mise à niveau pour les packages d'attributs] Politique de mise à niveau de version et mise à niveau du moteur Docker
Votre demande de fonctionnalité est liée à un problème ?
Afin d'appliquer le système de construction basé sur les modules Go, notre moteur Docker actuel (v17.xx.xx) est trop ancien pour être compatible avec d'autres packages. En plus de cela, cette version (v17.xx.xx) a quelques problèmes de sa communauté dédiée à Archive car elle est trop ancienne (https://github.com/docker/go-docker/issues/21). En attendant, il est un peu gênant d'adopter la dernière version de Docker Engine, car elle n'atteint pas encore le niveau de maturité.
- Ce problème est également lié à #206
Décrivez la solution que vous souhaitez
Mettez à jour le Docker Engine actuel vers au moins v19.xx.xx et établissez la politique de mise à niveau officielle (sur une base annuelle dans la version régulière) concernant Docker Engine et d'autres packages d'attributs de confiance provenant d'autres projets open source.
Suggestion : LAISSEZ-NOUS discuter de cette question lors de la prochaine réunion en ligne du TSC en janvier 2021 !!!
MoonkiHong
Tous les 4 commentaires
Ce projet est lié à d'autres projets open source tels que docker, edgexfoundry en ce moment.
Ce serait bien si nous avions une période de mise à jour annuelle des versions pour les projets en amont.
t25kim
le 30 déc. 2020
Ce projet est lié à d'autres projets open source tels que docker, edgexfoundry en ce moment.
Ce serait bien si nous avions une période de mise à jour annuelle des versions pour les projets en amont.
@t25kim Merci de soutenir cette idée ! De plus, nous devrions publier un document de GitHub et/ou du Wiki dédié à propos de ces métriques de dépendance en termes de projets open source corrélés (bibliothèques) et de leur version de référencement. Si nous obtenons un consentement suffisant, je le rédigerai également.
MoonkiHong
le 31 déc. 2020
Je suis complètement d'accord! Merci @t25kim ! La seule chose que je voudrais, c'est que nous commencions par corriger les bogues dans les packages de test au sein du projet et que nous ajoutions des tests automatisés.
tdrozdovsky
le 8 janv. 2021
Il est résolu après la fusion PR du #210, donc clôturée. Merci à tous.
MoonkiHong
le 7 mai 2021
Questions connexes
t25kim
·
4Commentaires
MoonkiHong
·
5Commentaires
t25kim
·
7Commentaires
t25kim
·
3Commentaires
DoomsdayT
·
3Commentaires
Commentaire le plus utile
Je suis complètement d'accord! Merci @t25kim ! La seule chose que je voudrais, c'est que nous commencions par corriger les bogues dans les packages de test au sein du projet et que nous ajoutions des tests automatisés.