Über ein Release berichten
Diese Seite ist für Journalisten, Nachrichtenredakteure, Blogger und Video-Creator, die über eine neue Version von Exponential berichten wollen. Sie führt Sie von „ich habe gehört, es gibt eine neue Version“ zu einem Beitrag, bei dem jeder Fakt eine Quelle hat. Die Regeln sind dieselben, die das Projekt auf sich selbst anwendet: Ein Release existiert, wenn sein Tag existiert, und eine veröffentlichte Version wird danach nie verändert.
Inhalt
- Was als Release zählt
- Der Stand am 18. Oktober 2026
- Fünf Schritte vom Hinweis zum Beitrag
- Die Neuigkeit für Ihr Publikum auswählen
- Was ein Release-Beitrag nicht sagen darf
- Verwandte Seiten
Was als Release zählt
Eine Version von Exponential ist veröffentlicht, wenn ihr Git-Tag (zum Beispiel v6.0.14) im Repository
github.com/se7enxweb/exponential veröffentlicht ist. Das Tag ist auch die
Version, die Composer von Packagist installiert. Arbeit, die übernommen, aber nicht getaggt ist, gehört zur
Entwicklungslinie, über die Sie nur berichten dürfen, wenn Sie das klar sagen (Über 6.0.15 berichten: vor und nach dem Tag).
Das Projekt erklärt: "A published tag is never changed: a fix for a problem in v6.0.14 or an earlier tag
reaches you as the next release, not as a corrected copy of the old one"
(SECURITY.md). Für Sie heißt das, ein Release-Beitrag bleibt wahr: Die Dateien hinter einer
Versionsnummer ändern sich nicht, nachdem Sie darüber geschrieben haben (Veröffentlichte Versionen ändern sich nie).
Der Stand am 18. Oktober 2026
| Fakt | Wert | Quelle |
|---|---|---|
| Neueste veröffentlichte Version von Exponential | 6.0.14, Tag v6.0.14, 7. Juni 2026 | Changelog 6.0.14, Release-Übersicht |
| Erstes Release der Linie 6.0 | 6.0.0, 1. Januar 2024 | Changelog 6.0.0 |
| Zahl der 6.0.x-Releases | 15 (6.0.0 bis 6.0.14) | Wer ist 7x?, Die Releases 6.0.x |
| Die aktuelle Linie | 6.0.15, folgt auf 6.0.14; ein Datum hat sie erst mit dem Tag v6.0.15 | Changelog 6.0.15 |
Prüfen Sie diese Angaben am Tag der Veröffentlichung erneut; bis dahin kann ein neueres Tag existieren (Ein Release selbst prüfen).
Fünf Schritte vom Hinweis zum Beitrag
- Bestätigen Sie das Tag. Sehen Sie unter GitHub Releases nach oder führen Sie die Befehle unter Ein Release selbst prüfen aus. Kein Tag, kein Release.
- Lesen Sie das Changelog dieser Version. Jede 6.0.x-Version hat eine Seite in
doc/changelogs/6.0/, zum Beispiel 6.0.14. Lesen Sie zuerst „In short“, dann „Upgrading“ (Ein Changelog lesen). - Lesen Sie die Geschichte für den Zusammenhang. Die Geschichte erzählt Monat für Monat, was jede Änderung möglich macht, mit dem Commit dahinter (Die Geschichtsseiten als Quelle).
- Öffnen Sie die Funktionsseite jedes Punkts, den Sie beschreiben wollen. Das Changelog verlinkt sie.
- Bitten Sie um eine Stellungnahme, wenn Sie ein Zitat wollen. Zitate kommen nur von 7x oder der Exponential Foundation, schriftlich (Richtlinie für Zitate, Ein Interview anfragen).
Die Neuigkeit für Ihr Publikum auswählen
| Ihr Publikum | Wonach Sie im Changelog suchen | Beispiel aus 6.0.14 |
|---|---|---|
| Allgemeine Leser oder Wirtschaftsleser | Eine Hauptänderung und was sie bedeutet | "MongoDB 8 is a database next to MySQL, PostgreSQL and SQLite" |
| Fachpresse | Datenbanken, PHP-Versionen, Engines, APIs, Upgrade-Schritte | Das Feld für den Datenbanknamen im Einrichtungsassistenten; portables SQL für SQLite und PostgreSQL |
| Inhaber und Administratoren von Websites | Der Abschnitt „Upgrading“ | "No action needed for MySQL, PostgreSQL and SQLite sites" |
| Entwickler | Hinzugefügte Dateien, Skripte, Template-Operatoren | bin/shell/generatefilelist.sh und share/filelist.md5 |
Alle vier Beispiele sind aus dem Changelog 6.0.14 zitiert. Vorlagen für jede Art von Beitrag stehen unter Vorlagen für Release-Beiträge.
Was ein Release-Beitrag nicht sagen darf
| Schreiben Sie nicht | Schreiben Sie stattdessen |
|---|---|
| „6.0.15 erscheint am ...“ | „6.0.15 ist die aktuelle Linie von Exponential 6.0.“ Ein Datum nennen Sie nur mit dem Tag v6.0.15, aus git tag. |
| „Version 6.0.14 wurde aktualisiert, um ... zu beheben“ | „Die Korrektur ist in der nächsten Version“ (veröffentlichte Versionen ändern sich nie) |
| „eZ Publish 6.0.14“ | „Exponential 6.0.14“ (Marken- und Namensregeln) |
| Eine Nutzerzahl, einen Marktanteil oder ein Vielfaches an Geschwindigkeit | Lassen Sie es weg; die Quellen nennen keine (Aussagen, die Sie nicht machen dürfen) |
| Ein Zitat, das Sie aus den Notes zusammengesetzt haben | Zitieren Sie das Changelog wörtlich mit seinem Link oder bitten Sie um eine Stellungnahme |
Gehen Sie vor der Veröffentlichung die Checkliste für die Release-Berichterstattung durch.
Verwandte Seiten
- Checkliste für die Release-Berichterstattung
- Wo Changelogs und Release Notes stehen
- Wie Versionsnummern funktionieren
- Über ein Release schreiben (die Fassung dieser Seite für Fürsprecher)
- Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.
Werden Sie Exponential-Partner
Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.