Edge-home-orchestration-go: [Upgrade-Richtlinie für Attributpakete] Versions-Upgrade-Richtlinie & Docker Engine-Upgrade

Erstellt am 30. Dez. 2020  ·  4Kommentare  ·  Quelle: lf-edge/edge-home-orchestration-go

Bezieht sich Ihre Funktionsanfrage auf ein Problem?
Um das auf Go Modules basierende Build-System anzuwenden, ist unsere aktuelle Docker Engine (v17.xx.xx) zu alt, um mit anderen Paketen kompatibel zu sein. Darüber hinaus hat diese Version (v17.xx.xx) einige Probleme von ihrer dedizierten Community für das Archiv, da sie zu alt ist (https://github.com/docker/go-docker/issues/21). Inzwischen ist es etwas mühsam, die neueste Version der Docker Engine zu übernehmen, da sie den Reifegrad noch nicht berührt.

  • Diese Ausgabe ist auch mit #206 verknüpft

Beschreiben Sie die gewünschte Lösung
Aktualisieren Sie die aktuelle Docker Engine auf mindestens v19.xx.xx und erstellen Sie die offizielle Upgrade-Richtlinie (jährlich im regulären Release) zu Docker Engine und anderen vertrauenden Attributen-Paketen aus anderen Open-Source-Projekten.

Vorschlag: LASSEN SIE UNS dieses Thema im kommenden TSC-Online-Meeting im Januar 2021 diskutieren!!!

enhancement

Hilfreichster Kommentar

Ich stimme vollkommen zu! Danke @t25kim! Das einzige, was ich möchte, ist, dass wir zuerst Fehler beim Testen von Paketen innerhalb des Projekts beheben und automatisierte Tests hinzufügen.

Alle 4 Kommentare

Dieses Projekt ist derzeit mit anderen Open-Source-Projekten wie Docker, edgexfoundry verwandt.
Es wäre schön, wenn wir eine jährliche Versions-Update-Periode für die Upstream-Projekte haben.

Dieses Projekt ist derzeit mit anderen Open-Source-Projekten wie Docker, edgexfoundry verwandt.
Es wäre schön, wenn wir eine jährliche Versions-Update-Periode für die Upstream-Projekte haben.

@t25kim Vielen Dank für die Unterstützung dieser Idee! Außerdem sollten wir ein Dokument von GitHub und/oder dem dedizierten Wiki über diese Abhängigkeitsmetriken in Bezug auf korrelierte Open-Source-Projekte (Bibliotheken) und ihre referenzierende Version veröffentlichen. Wenn wir genügend Zustimmung bekommen, werde ich das auch entwerfen.

Ich stimme vollkommen zu! Danke @t25kim! Das einzige, was ich möchte, ist, dass wir zuerst Fehler beim Testen von Paketen innerhalb des Projekts beheben und automatisierte Tests hinzufügen.

Es wird nach der PR-Fusion von #210 aufgelöst, also geschlossen. Danke euch allen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

t25kim picture t25kim  ·  5Kommentare

MoonkiHong picture MoonkiHong  ·  5Kommentare

t25kim picture t25kim  ·  5Kommentare

MoonkiHong picture MoonkiHong  ·  5Kommentare

MoonkiHong picture MoonkiHong  ·  4Kommentare