Stabiler Release-Kanal

Ich betreibe Discourse in einem Docker-Container, eine recht Standard-Bereitstellung.

Ich mag es sehr, dass ich Updates direkt über den Webbrowser durchführen kann, aber ich frage mich, ob es eine Möglichkeit gibt, nur an ‘stable’-Versionen teilzuhaben, anstatt Upgrade-Benachrichtigungen für Folgendes zu erhalten:

2.5.0.beta7

Vielleicht könnte man warten, bis die Beta-Versionen abgeschlossen sind, und mir dann erlauben, auf 2.5.1 zu aktualisieren, sobald diese veröffentlicht wurde?

4 „Gefällt mir“

Sie können Ihre app.yml-Datei bearbeiten, um auf den stabilen Zweig (stable) zu verweisen. Die Zeile, die Sie bearbeiten möchten, ist version; standardmäßig ist sie auf version: tests-passed gesetzt.

Denken Sie daran, dass dies bedeutet, dass Sie monatelang auf Updates warten müssen, was auch bedeutet, dass Sie länger mit eventuellen Fehlern in dieser Version leben müssen.

5 „Gefällt mir“

Beachten Sie, dass Sie nur von Beta / tests-passed auf stabil wechseln können, sobald eine neue Hauptversion (z. B. 2.5.0) veröffentlicht wurde. Ein Wechsel von tests-passed auf stabil wäre aktuell ein Downgrade, was nicht unterstützt wird.

5 „Gefällt mir“

Wenn etwas kritisch wäre, würdest du die Korrektur nicht zurückportieren? Ich würde erwarten, dass bei einem kritischen Problem eine Korrektur erfolgt. Oder ist das nicht der Fall?

Ich hatte auch schon mehr als ein paar Bugs, die im Beta-Kanal eingeführt wurden. Meine Annahme ist daher, dass beim Ausrollen einer neuen Version eine gewisse Plausibilitätsprüfung durchgeführt wird, um sicherzustellen, dass alles in Ordnung ist und wie erwartet funktioniert, bevor man zu 2.5.1 übergeht.

@RGJ, danke für die Info. Ich werde das festhalten, sobald die nächste Discourse-Version erscheint.

1 „Gefällt mir“

Sicherheitsupdates werden in der Regel zurückportiert, ja. Kritische Fehler (die den Betrieb von Discourse vollständig blockieren) werden ebenfalls zurückportiert. Viele weniger kritische Fehler werden jedoch möglicherweise nicht zurückportiert. Das Zurückportieren selbst birgt Risiken: Unbeabsichtigte Regressionen können immer auftreten, es zwingt Nutzer auf der stabilen Version zu Updates usw.

Unsere allgemeine Empfehlung lautet, dass Websites den Branch „tests-passed

9 „Gefällt mir“

Die meisten Sites scheinen Tests erfolgreich bestanden zu haben, und das aus gutem Grund: Das Team entwickelt das Produkt aktiv, und dort sind sie am reaktionsfähigsten.

Wenn Sie auf Probleme stoßen, würde ich eher empfehlen, Ihre Release-Prozesse zu überprüfen, anstatt auf die stabile Version zurückzufallen.

Eine Integrations- oder Staging-Kopie ermöglicht es Ihnen, Updates proaktiv zu testen, bevor Sie sie in Ihrer Live-Umgebung bereitstellen, ohne dass Sie wochen- oder monatelang hinterherhinken.

4 „Gefällt mir“

Bei beliebten Pavilion-Plugins (TLP, CW, QnA, Events, Follow, Ratings, Locations usw.) verfolgen wir derzeit tests-passed, vor allem, weil dies die Standardinstallation ist und für die meisten Benutzer weniger verwirrend ist. Dadurch sind sie derzeit größtenteils inkompatibel mit Stable, was hauptsächlich auf das schnelle Entwicklungstempo im Discourse-Kern zurückzuführen ist, der sich beeindruckend schnell weiterentwickelt.

Wir werden dies weiter beobachten, falls Ressourcen verfügbar werden, um zusätzliche Branches zu unterstützen, oder falls Discourse beginnt, die Standardinstallation auf einem anderen Branch bereitzustellen. Daher solltest du dich vorerst, falls du unsere Plugins nutzen möchtest, an tests-passed halten.

3 „Gefällt mir“