Einführung von „Upcoming Changes“, einem System zur Verwaltung neuer Funktionen und Änderungen bestehender Funktionalität in Ihrer Community

Während wir Discourse weiter verbessern, haben wir eine neue Konfigurationsseite für anstehende Änderungen erstellt, um Administratoren dabei zu helfen zu verstehen, welche Änderungen an Discourse vorgenommen werden, und ihnen zu ermöglichen, zu verwalten, wie diese Änderungen in ihrer Community umgesetzt werden. Wir glauben, dass dieses System uns helfen wird, Discourse weiterhin auf sichere und transparente Weise zu verbessern.

In diesem Thema erklären wir, wie dieses neue System funktioniert und wie Sie es nutzen können, um neue Funktionen und andere Änderungen sicher in Ihrer Community einzuführen.

Überblick über die Funktionsweise von Anstehenden Änderungen

Während wir an neuen Funktionen oder anderen Änderungen arbeiten, werden wir diese auf der Konfigurationsseite für anstehende Änderungen unter /admin/config/upcoming-changes hinzufügen. Jede Änderung enthält eine Beschreibung, einen Status, einen Indikator dafür, welche Benutzer davon betroffen sind und für welche Benutzer (falls vorhanden) sie in Ihrer Community aktiviert ist.

Abhängig vom Status der Änderung können Sie entscheiden, ob Sie sie für Ihre Community ein- oder ausschalten – zumindest vorübergehend, da einige Änderungen irgendwann dauerhaft aktiviert werden.

Das vorübergehende Deaktivieren einer Änderung gibt Ihnen Zeit, alle betroffenen Website-Anpassungen, Prozesse usw. zu beheben, Ihre Mitgliederbasis über die Änderung zu informieren oder bestimmte Benutzergruppen für Tests zu bevollmächtigen.

Aufschlüsselung einer Anstehenden Änderung

Lassen Sie uns eine Anstehende Änderung aufschlüsseln und die Informationen definieren, die Sie in jedem Abschnitt sehen werden.

1 - Name und Beschreibung

Der Name und die Beschreibung geben Ihnen eine kurze Erklärung der Änderung und verlinken oft auf zugehörige Inhalte (wie ein Meta-Thema) für weitere Details.

2 - Status

Der Status teilt seine Position im Entwicklungszyklus mit. Der Status wirkt sich direkt darauf aus, ob die Änderung opt-in ist (d. h. standardmäßig deaktiviert, aber Sie können sie aktivieren), opt-out (d. h. standardmäßig aktiviert, aber Sie können sie deaktivieren) oder erzwungen (d. h. aktiviert und Sie können sie nicht deaktivieren).

Wir verwenden die folgenden Status in Anstehenden Änderungen:

  • Experimental (Experimentell): Eine mögliche Änderung, die sich in früher Entwicklung/Testphase befindet und sich voraussichtlich schnell weiterentwickeln wird oder ganz entfernt wird, wenn wir das Experiment beenden (in diesem Fall wechselt sie in den Status Inactive (Inaktiv); siehe unten). Sie können sich für Experimental-Änderungen opt-in entscheiden, um sie zu testen.
  • Alpha: Eine getestete Änderung, die sicher zu verwenden ist, obwohl es möglicherweise einige geringfügige Aktualisierungen ihres Designs oder ihrer Funktionalität gibt. Sie können sich für Alpha-Änderungen opt-in entscheiden, um sie frühzeitig zu nutzen.
  • Beta: Eine getestete Änderung, die sicher zu verwenden ist und sich wahrscheinlich nicht wesentlich ändern wird, bevor sie zu Stable (Stabil) oder möglicherweise Permanent (Permanent) wechselt. Für die meisten Websites werden Beta-Änderungen automatisch für alle aktiviert (wenn Sie sie nicht zuvor aktiviert haben), aber Sie können sich immer noch dagegen entscheiden (opt-out).
  • Stable (Stabil): Eine abgeschlossene Änderung[1] , aber immer noch opt-out (d. h. Administratoren können sie deaktivieren). Administratoren werden auf ihrem Dashboard benachrichtigt, wenn sie eine Stable-Änderung deaktiviert haben.
  • Permanent (Permanent): Eine Änderung, die den Test abgeschlossen hat und erzwungen ist (d. h. Administratoren können sie nicht deaktivieren).
  • Inactive (Inaktiv): Ein aufgegebenes Experiment. Sie können sich nicht opt-in entscheiden.

Manchmal durchlaufen Änderungen linear diese Status (d. h. beginnen in Experimental und enden in Permanent), aber nicht immer. Einige Änderungen können im Status Alpha oder Beta eingeführt werden, und einige enden im Status Stable (wenn sie nicht erzwungen werden).

Es gibt keine festgelegte Zeit, wie lange es dauern wird, bis eine bestimmte Änderung von einem Status zum nächsten fortschreitet, aber Administratoren werden benachrichtigt, wenn:

  • Eine neue Änderung zum Ausprobieren verfügbar ist
  • Eine Änderung automatisch aktiviert wurde
  • Sie eine Änderung deaktiviert haben, die bald erzwungen wird

3 - Betroffene Benutzer

Das Tag für betroffene Benutzer beschreibt, welche Benutzer in Ihrer Community die Änderung sehen oder auf irgendeine Weise mit ihr interagieren können. Einfach ausgedrückt: Wer könnte diese Änderung bemerken? Es gibt verschiedene Arten von betroffenen Benutzern:

  • Admins (Administratoren): Die Änderung ist nur für Administratoren sichtbar.
  • Staff (Mitarbeiter): Die Änderung ist nur für Administratoren und Moderatoren sichtbar.
  • All members (Alle Mitglieder): Die Änderung ist für alle Mitglieder auf Ihrer Website sichtbar.
  • Developers (Entwickler): In seltenen Fällen ist eine Änderung nur für diejenigen bemerkbar, die mit Code im Kern, in Themes oder Plugins interagieren.

4 - Aktiviert für…

Dieses Dropdown-Menü ist der Ort, an dem Sie als Website-Administrator steuern können, ob und wie Sie diese Änderung in Ihrer Community einführen, indem Sie sie für Folgendes aktivieren:

  • No one (Niemand): Deaktiviert die Änderung für alle auf der Website.
  • Everyone (Alle): Aktiviert die Änderung für alle auf der Website, einschließlich anonymer Benutzer. Wenn die Änderung automatisch aktiviert wird (typischerweise im Status Beta), wird sie für Everyone aktiviert.
  • Staff only (Nur Mitarbeiter): Aktiviert die Änderung für Mitarbeiter der Website (d. h. Administratoren und Moderatoren).
  • Specific groups (Spezifische Gruppen): Aktiviert die Änderung für die ausgewählte(n) Gruppe(n).

Vorerst haben wir die meisten Experimental-Änderungen von /admin/config/experimental in Anstehende Änderungen verschoben, und Sie werden bald neue Updates hier sehen. Wir freuen uns darauf, von den Auswirkungen zu hören, die dies in Ihrer Community hat, und begrüßen alle Fragen oder Rückmeldungen!


  1. Soweit irgendeine Software abgeschlossen ist! ↩︎

17 „Gefällt mir“

Ich bin neugierig – wie steuert es die Einführung der Änderung? Kann es geändert werden, nachdem die Funktion eingeführt wurde? Danke.

1 „Gefällt mir“

Native Feature Flags! Sehr gut :clap:

Wäre toll, eine API für Plugins zu haben.

1 „Gefällt mir“

Das ist eine lang erwartete Funktion! Danke!

1 „Gefällt mir“

Das ist großartig, die Möglichkeit zu haben, Flags wie diese zu ändern, ist erstaunlich für Leute an der vordersten Front wie mich, besonders beim Entwickeln eines Themas.

Ist „bevorstehende Änderungen“ wirklich der beste Name dafür? HomeAssistant verwendet zum Beispiel „Labs“ und viele andere Leute verwenden einfach Dinge wie „Experimente“, was sich besser anfühlt als bevorstehende Änderungen.

Sie werden über neue Funktionen benachrichtigt, während diese sich noch in einem Zustand befinden, in dem Sie sie frühzeitig ausprobieren (Opt-in) und vorübergehend deaktivieren können, um Probleme zu beheben, die durch die Änderung verursacht wurden (Opt-out). Wenn eine Änderung „permanent“ wird (was bedeutet, dass Sie nicht deaktivieren können) und Sie sie derzeit deaktiviert haben, werden wir Sie informieren.

In diesem Abschnitt wird dies etwas detaillierter beschrieben:

Im Moment sehen Sie nur experimentelle Änderungen, da wir diese aus dem Einstellungsbereich in Bevorstehende Änderungen migriert haben. Zukünftig werden hier aber auch nicht-experimentelle Updates angezeigt. Daher fühlt sich „Labs“ für die Art und Weise, wie wir dieses System verwenden, nicht zutreffend an.

1 „Gefällt mir“