Ich weiß, dass Sie tests-passed empfehlen, aber ich muss dem stabilen Branch folgen, und 3.2.1 ist gerade erschienen. Ich frage mich jedoch, warum es als 3.2.1 +9 angezeigt wird. Sollte der stabile Branch nicht auf dem veröffentlichten Tag liegen (zumindest direkt nach der Veröffentlichung)?
Nach meinem Verständnis bedeutet v3.2.0 +9, dass wenige Commits über Ihre aktuelle Version (vor 3.2.1) hinaus verfügbar sind.
v3.2.1 +5 würde bedeuten, dass Sie auf die nächste Version, 3.2.1, aktualisieren können und wenige Commits bereits auf dieser Version hinzugefügt wurden. Normalerweise, glaube ich, wären das wichtige Korrekturen, die aus dem Hauptzweig zurückportiert wurden.
Ich verstehe, dass das anfangs verwirrend sein kann. Ich frage mich, ob dies verbessert werden könnte.
ah ok, die Repository-Spalte bedeutet also „Ihre lokale aktuelle Installation“ – das könnte Sinn ergeben, danke. Und ich habe heute die Ankündigung von 3.2.1 gelesen, daher war ich überrascht, dass es bereits weitere Commits gibt, aber wenn das erwartet wird, ist das für mich auch in Ordnung.
Haben Sie eine Idee, warum das Haupt-Dashboard mir dieses Update noch nicht anzeigt? (Ich kann verstehen, wenn es nur täglich aktualisiert wird, aber dann hätte es auch aktualisiert werden sollen, als ich manuell auf den Tab „Updates“ geklickt habe.
Das ist richtig, der nächste Versions-Tag ist 3.2.1. Uns sind ein paar Commits entgangen, kurz bevor wir den Sprung gemacht haben, daher wurden sie direkt danach hinzugefügt, daher die +5. Normalerweise stellen wir sicher, dass wir vor der Ausgabe des Tags zurückportieren, aber dieses Mal haben wir es verpasst. Das passiert.
Beachten Sie, dass die +5 Commits die folgenden Probleme beheben:
eine Übersetzung für guidelines_topic.body
ein Fehler bei der Validierung von Sicherheitsschlüsseln in einer älteren Firefox-Version (nicht der neuesten)
Styling für die Video-Platzhalter
Die Commit-ID, die Sie nach dem Update erhalten, lautet 6a0aa03@ecki, sie beinhaltet die oben genannten Korrekturen.
Der Bildschirm “Updates” stammt vom Docker Manager Plugin, das Haupt-Dashboard ist die Prüfung des Kerns, die nur einmal täglich stattfindet. Die beiden kommunizieren nicht miteinander, daher die Diskrepanz. (Guter Punkt, es wäre schön, wenn sie kommunizieren würden.)
Wo wir gerade dabei sind: Gibt es einen Mechanismus, um zu entscheiden, wann ein Rebuild durchgeführt werden soll, zum Beispiel bei dringenden Updates von Basis-/DB-/Datencontainern, oder wird dies nie im Frontend-Update-Dashboard signalisiert?
