Ich habe bemerkt, dass meine Discourse-Seite gelegentlich eine E-Mail sendet, die darauf hinweist, dass eine neue Version zur Installation verfügbar ist. Allerdings ist die Version jedes Mal „x.y.z.beta etwas". Daher möchte ich wissen: Ist Discourse immer eine „Beta"-Version? Ist es empfehlenswert, sie in einer Produktionsumgebung zu installieren (also für Hunderte, vielleicht sogar Tausende von Nutzern)? Oder betrifft dies nur die kostenlose und nicht die „Cloud"-Version?
6 „Gefällt mir“
Hier finden Sie eine gute Erklärung der von uns verwendeten Zweige:
Discourse befindet sich also in einem ständigen Beta-Zustand, was bedeutet, dass wir ständig an neuen Funktionen und Verbesserungen arbeiten. In unserem Fall bedeutet Beta nicht instabil; wir hosten Websites mit Millionen monatlicher Seitenaufrufe auf unseren tests-passed- und beta-Versionen.
24 „Gefällt mir“
Als Ergänzung zu dem, was @awesomerobot gepostet hat:
Unsere Benennung unterscheidet sich etwas von der anderer Softwareunternehmen, aber wenn wir eine Beta veröffentlichen, bedeutet das, dass wir eine neue inkrementelle Version herausgeben. Wir haben gesagt: „Das sind für jetzt genug Änderungen. Lass uns die Seiten über neue Updates informieren.“
Für uns ist eine Beta also ein Minor-Version-Sprung, und eine Version ein Major-Version-Sprung. Es sind Meilensteine, die wir uns setzen, um die geleistete Arbeit zu feiern. Wir veröffentlichen tendenziell zwei Major-Versionen pro Jahr, aber das hängt alles von der Feature-Entwicklung und Ähnlichem ab. Wir haben wenig Lust auf künstliche Deadlines.
Zu den Branches
Stable/Beta sind nicht unbedingt „stabiler“ als tests-passed. Es geht eher darum, dass die Bugs bekannt sind. Bei tests-passed können neue Bugs eingeführt und erst einige Commits später behoben werden.
tests-passed unterscheidet sich nicht wesentlich von den meisten anderen Software-Releases, die üblicherweise alle zwei Wochen kleine Änderungen veröffentlichen. Wir hingegen committen fast täglich neue Änderungen, die über tests-passed verfügbar sind.
17 „Gefällt mir“
Ich bin aus dem gleichen Grund in diesem Thread.\nWarum wird uns in den Installationsanweisungen nicht gesagt, dass wir den stabilen Branch installieren sollen?\n\nWie kann ich zum stabilen Branch wechseln oder ist es zu spät, da ich auf einer „höheren Version“ bin?\nKönnen die Anweisungen aktualisiert werden?\n\nWenn es zu spät ist, wie bleibe ich auf dem stabilen Branch, sobald er aktualisiert wurde?\nMuss ich immer wieder inkrementell aktualisieren, bis ich dort bin?
2 „Gefällt mir“
Sie können nicht zu Stable wechseln, bis es aufgeholt hat. Discourse unterstützt keine Downgrades.
Eine bessere Frage ist: Warum sollten Sie das wollen?
Stable wird nicht so häufig verwendet, der Fokus der Entwicklung liegt auf „tests-passed“.
Wenn Sie keine blinde Produktionsseite aktualisieren und jedes Upgrade vor der Bereitstellung testen, ist die funktionsreichste und am besten unterstützte Version die Standardeinstellung.
4 „Gefällt mir“
Entschuldigung, das muss ein Sprachbarrieren-Thema sein, aber bedeutet der Fokus
- die Entwicklung von Discourse selbst und wie Branches erstellt werden
- dass alle anderen hauptsächlich an der Entwicklung von Discourse arbeiten
Ersteres bedeutet, dass Produktionsseiten, die sich auf funktionale und stabile Foren konzentrieren, test-passed verwenden sollten.
Letzteres bedeutet, dass eine Produktionsseite, die Foren produziert, nicht codiert, stable verwenden sollte.
Ja. Ich brauche dringend Englischunterricht, weil diese Nuancen für mich nicht ganz klar sind.
Aber wenn die erste Vermutung richtig ist, warum gibt es dann einen stable-Branch, wenn er nicht verwendet werden soll?
2 „Gefällt mir“
Wir führen tests-passed auf unserer Hosting-Umgebung in der Produktion aus. Es ist zu 100 % für Produktionsseiten gedacht.
Stable bedeutet, dass alle Softwarefehler bekannt sind. Sie erhalten nichts Neues (einschließlich neuer Fehler, aber auch Fehlerbehebungen), bis die nächste stabile Version veröffentlicht wird. Es ist einfach eine Frage der Präferenz – möchten Sie Funktionen, sobald sie verfügbar sind? Verwenden Sie tests-passed. Möchten Sie einen absolut stabilen Build, der sich nur bei wichtigen Versionsupdates ändert? Verwenden Sie stable.
10 „Gefällt mir“
Dem würde ich hinzufügen: „Möchten Sie 6 bis 8 Monate auf die Behebung eines Fehlers warten, der nicht als Sicherheitsrisiko eingestuft wird?“ Verwenden Sie stable.
11 „Gefällt mir“
Das ist nicht ganz richtig. Es gibt viele Fehlerbehebungen, die in stabile Versionen zurückportiert werden.
4 „Gefällt mir“
Nun, das ist sicher wahr.
Aber Hyperbel ist das Beste überhaupt!
5 „Gefällt mir“
Stimmt, die Showstopper-Fehler. Kleinere Fehler nicht.
2 „Gefällt mir“
Es wäre gut, wenn es bei den allgemeinen Anweisungen eine Auswahl gäbe, ähnlich wie bei den LibreOffice-Download-Optionen oder Debian.
Ich hoste die Website auf DO, aber mein Miteigentümer stammt ursprünglich von discoursehosting.net als Subdomain, und er sieht all diese Wartungsarbeiten und sagt: „Warum nutzen wir nicht einfach Discourse Hosting?“
Ich sagte ihm, dass wir unseren eigenen Namen, Server, höherwertige Plugins (wie Emoji-Likes und Google-Anmeldung) und andere Dinge hätten. Ich sagte ihm, dass er wahrscheinlich eine ältere Version von Discourse verwendete und diese nie aktualisiert hätte.
Ich selbst würde auch lieber einfach auf Stable umsteigen und es sechs Monate lang vergessen. Ich bin ein täglicher Nutzer von Ubuntu, aber ich werde ein wenig nervös, wenn ich diese wenigen Build-Befehle eingebe. Außerdem geht der Server für 5 Minuten offline, wenn ich neu baue.
Andererseits werde ich eine integrierte Backup-Funktion beantragen und mich für die Betaversion melden 
Nur um jede Spekulation zu vermeiden: Bei Communiteq (ehemals discoursehosting.net) erhalten Sie Ihren eigenen Hostnamen, Plugins Ihrer Wahl ab dem Professional-Tarif und wir sichern Ihr Forum und aktualisieren es für Sie. Ja, die meisten Ihrer Probleme werden tatsächlich durch die Nutzung von Managed Hosting gelöst.
4 „Gefällt mir“
Das ursprüngliche Problem bestand darin, eine stabile Build-Option in den GitHub-Installationsanweisungen bereitzustellen. Ich sehe, dass Sie stabile Versionen für Ihre Kunden anbieten. Vielleicht können Sie freundlicherweise erklären, wie man eine stabile Version klont und installiert? Das war auch meine ursprüngliche Frage.
Als kleine und halbprivate Gruppe gibt es keine Rechtfertigung für etwas weniger als den DO $5-Server. Sie haben jedoch einen großartigen Service für 40 US-Dollar pro Monat für den professionellen Plan oder den Basisplan. Ich wünsche Ihnen viel Glück. Es ist ein gutes Angebot im Vergleich zu den offiziellen Discourse-Plänen. Alle Optionen sind großartig für diejenigen, die sich das leisten können. Das ist der großartige Teil von FOSS.
1 „Gefällt mir“
Ich glaube, die Entscheidung, standardmäßig auf tests-passed zu installieren, ist durchaus beabsichtigt.
Es ist weitaus einfacher, Neuinstallationen auf einer einzigen Softwareebene zu unterstützen. Da die hier angebotene Unterstützung auf Community-Basis und größtenteils zu 100 % kostenlos ist, gibt es keinen guten Grund, sie zu verkomplizieren.
5 „Gefällt mir“
Die Standardinstallationsanweisungen sind aus gutem Grund vereinfacht.
Das Ausführen von stable wird als fortgeschrittene Einrichtung betrachtet, daher müssen Sie die Datei app.yml von Hand bearbeiten. Sie können nach „version“ suchen und dort dokumentiert sehen, was zu tun ist.
Die Änderung von discourse-setup, um dies als Option aufzunehmen, wäre für die meisten Menschen verwirrend, daher glaube ich nicht, dass es dort hinzugefügt wird.
2 „Gefällt mir“
Vielleicht ist eine hilfreiche Metapher, dass der „stable“-Branch wie das Disc-basierte Microsoft Office ist, während der „tests-passed“-Branch wie das Cloud-basierte Office 365 ist. Beides sind praktikable Optionen, und beide erhalten irgendwann Updates, aber für ein Produkt, das bereits grundlegend online ist und ein kleines Support-Team hat, ist es produktiver, die Leute anzuweisen, ihre Installationen auf den aktuellen Code zu aktualisieren, damit Fehler umgehend getestet und behoben werden können. Als Foren-Administrator ist es großartig, einen Fehler melden und innerhalb weniger Tage, manchmal sogar am nächsten Tag, auf eine Version aktualisieren zu können, die ihn behebt. Ich habe keine anderen Webanwendungen verwendet, die so reaktionsschnell sind. (Nicht, dass jeder Fehler sofort behoben wird, aber viele werden es.)
11 „Gefällt mir“
@pfaffman, ich bin dem Link und dem, zu dem er führte, gefolgt, aber ich habe nichts darüber gesehen, wie man die Konfiguration auf stable setzt. Was übersehe ich? Meinen Sie „die Datei app.yml nach „version“ durchsuchen“?
aber ich glaube nicht, dass man von test-passed zu stable wechseln kann (da man im Commit zurückgehen würde und wahrscheinlich einige Migrationen in der Datenbank rückgängig machen müsste, es sei denn, Ihre test-passed-Version ist alt genug, um von der neuesten stabilen Version überholt zu werden, nehme ich an 
)
4 „Gefällt mir“
Vielen Dank für die schnelle Antwort!
Ich hatte erwartet, dass das Update einfach bis zum nächsten stable-Release-Zyklus ausgesetzt wird.
Gibt es dazu Erkenntnisse? Warum würde sich sofort etwas ändern, wenn man den #version-Schalter umlegt?
1 „Gefällt mir“