Checkliste für die Release-Berichterstattung
Diese Seite ist für alle, die gleich über ein Release berichten: eine Meldung, eine Rezension, einen Abschnitt im Newsletter, ein Video oder einen Thread in sozialen Medien. Kopieren Sie die Checkliste in Ihre Notizen und haken Sie jede Zeile ab. Jede Zeile verweist auf die Seite, die sie erklärt, sodass ein „Nein“ Ihnen sagt, wo Sie nachsehen müssen.
Inhalt
- Bevor Sie zu schreiben beginnen
- Die vollständige Checkliste
- Für Video, Audio und Live-Formate
- Nach der Veröffentlichung
Bevor Sie zu schreiben beginnen
Beantworten Sie zuerst drei Fragen; sie entscheiden über den ganzen Beitrag.
| Frage | Wo Sie nachsehen |
|---|---|
| Ist es erschienen (es gibt einen Tag), oder ist es die Entwicklungslinie? | Ein Release selbst überprüfen |
| Um welches Produkt geht es: den Kernel, eine Erweiterung, Velocity oder ein Platform-Paket? | Wo Changelogs und Release Notes stehen |
| Wer ist mein Publikum: allgemein, Wirtschaft, Technik, lokal oder Bildung? | Vorlagen für Release-Beiträge |
Die vollständige Checkliste
RELEASE COVERAGE CHECKLIST story: ____________________ date checked: __________
STATUS
[ ] The tag exists (v<version>), checked today with git or GitHub Releases
[ ] Or: the story says "in development" in the headline or first sentence, and gives no release date
[ ] The release date is the tag date (or says which date it is), taken from the changelog or release overview
NUMBERS AND NAMES
[ ] Version written "Exponential 6.0.x" in text; "v6.0.x" only when naming the tag
[ ] Extension, Velocity and Platform versions are not mixed up with the kernel version
[ ] Product name "Exponential"; "eZ Publish" only as history, in the past tense
[ ] 7x = the company; the Exponential Foundation = the nonprofit; not mixed up
[ ] No statement that Exponential is associated with eZ Systems or Ibexa
[ ] Every number has a source and the date it was counted
CONTENT
[ ] Every feature named is in the changelog (or the history), with a link
[ ] Scope kept: no "rebuilt", "fully", "all" where the changelog says less
[ ] Upgrade advice links the upgrade chapter; nothing suggests running an installer over an existing site
[ ] No user counts, market share, speed multiples, compliance or "secure" claims
QUOTES AND ATTRIBUTION
[ ] Every quote is verbatim from a published source (with link) or given in writing by 7x or the Foundation
[ ] No quote composed, "cleaned up" or attributed to a person who did not say it
[ ] Opinions are marked as mine / ours
SECURITY AND PRIVACY
[ ] No details of unfixed vulnerabilities
[ ] No passwords, keys, internal host names or sign-in screens with data on screen
[ ] No customer names or personal data without consent
LINKS AND CREDIT
[ ] Links to the changelog, the feature pages and the repository work
[ ] Credit for Netgen, Mugo Web or CJW Network where the release uses their work
[ ] Disclosure line if I am paid, sponsored or a contributor
AFTERWARDS
[ ] I know how I will publish a correction if something is wrongDie Seiten hinter den Zeilen: Über ein Release berichten, Über 6.0.15 berichten: vor und nach dem Tag, Wie Versionsnummern funktionieren, Regeln für Marke und Namen, Zahlen überprüfen, Richtlinie für Zitate, Über Sicherheitskorrekturen berichten, Offenlegung und Interessenkonflikte, Korrekturen und Aktualisierungen. Die Zeile zum Upgrade stammt aus Über ein Release schreiben: Das Installationsprogramm „must never run over an existing site“, darf also nie über eine bestehende Website laufen.
Für Video, Audio und Live-Formate
[ ] On-screen text and lower thirds use "Exponential 6.0.x" and the right names
[ ] The demo installation is my own, freshly installed; no real data, no sign-in data visible
[ ] Spoken version numbers match the tag ("six point oh point fourteen")
[ ] Description or show notes carry the links to the changelog and the repository
[ ] Unreleased features are called "in development" out loud, not only in the descriptionAuf Deutsch gesprochen lautet die Versionsnummer zum Beispiel „sechs Punkt null Punkt vierzehn“.
Nach der Veröffentlichung
- Bewahren Sie Ihre Checkliste mit dem Datum auf; sie zeigt, was Sie geprüft haben, wenn ein Leser einen Fakt anzweifelt.
- Wenn das nächste Release erscheint, bearbeiten Sie den alten Beitrag nicht, um ihn aktuell zu machen; ergänzen Sie eine Aktualisierungszeile (Korrekturen und Aktualisierungen).
Verwandte Seiten
- Checkliste zum Faktencheck
- Häufige Fehler in der Berichterstattung
- Über ein Release berichten
- 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.