An den Kurzanleitungen mitarbeiten
Die „Kurzanleitungen“ eine Sammlung kurzer Anleitungen und ausführlicherer Tutorials für Fedora-Linux-Nutzer. Wir geben Tipps und Hinweise zur Mitarbeit an den Kurzanleitungen.
Inhaltstypen
In den Fedora-Kurzanleitungen gibt es zwei Arten von Artikeln.
Anleitungen
Sie werden charakterisiert durch
-
nützlich zu sein, wenn Sie mit Fedora arbeiten
-
problemorientiert und zielführend zu sein
-
aus einem relativ kurzen Text mit maximal 60000 Zeichen zu bestehen
-
sind in der Regel schrittweise Anleitungen zur Lösung eines kleinen, spezifischen Problems oder einer Aufgabe, ohne ausführliche Erklärung
Tutorials
Sie werden charakterisiert durch
-
sollen beim Erlernen des Umgangs mit einer Software oder einer Softwaregruppe für einen bestimmten Zweck in Fedora hilfreich sein
-
sind dadurch charakterisiert, dass sie neue Fähigkeiten vermitteln
-
sind oft länger als 80000 Zeichen
-
stellen sicher, dass Sie die Funktionen verstehen, gefolgt von praktischen Anleitungen zu einem Softwareprogramm
Falls Ihr Beitrag in keine der beiden Kategorien passt, versuchen Sie es doch mit einem Artikel unter „Administrationswerkzeuge“ oder auf der Startseite. Am besten stellen Sie Ihre Frage im Forum discussion.fedoraproject.org #docs.
Wer beitragen kann
Jeder kann mitwirken und ist herzlich willkommen! Es gibt einige wenige, jedoch leicht zu erfüllende Voraussetzungen. Die wichtigste ist ein Fedora-Konto, bei dessen Erstellung Sie das Fedora Project Contributor Agreement unterzeichnet haben. Dies ist unerlässlich, um Fedora vor möglichen Lizenzproblemen zu schützen. Grundkenntnisse der AsciiDOC-Auszeichnungssprache sind zwar hilfreich, aber nicht zwingend erforderlich. Dies gilt insbesondere für das Korrigieren und Überarbeiten bestehender Artikel. Man findet schnell Anschluss an den bestehenden Arbeitsablauf.
Wichtig ist auch: Es sind keine besonderen Vorkenntnisse erforderlich! Sie müssen nichts über Desktop-Publishing, komplizierte Formatierungstricks oder Ähnliches wissen.
Das Spektrum der möglichen und notwendigen Beiträge ist breit. Jeder kann einen wichtigen Beitrag leisten. Typische Rollen/Aufgaben sind:
-
Schreiben
-
Technische Prüfung
-
Rechtschreibprüfung
-
Stilistische Verbesserung
-
Organisation der Kurzanleitungen
-
Revision der Artikel
Aufgaben finden
Ob defekte Links, veraltete Bildschirmfotos der grafischen Benutzeroberfläche, technische oder grammatikalische Fehler – jeder noch so kleine Beitrag hilft den Nutzern von Fedora Linux.
Beim Lesen eines Artikels
Die größte Möglichkeit, einen Beitrag zu leisten, ergibt sich bereits beim Lesen des Artikels selbst. Sollten Sie auf einen Fehler, eine Auslassung oder eine unklare Formulierung stoßen, können Sie ganz nebenbei einen Verbesserungsvorschlag einbringen. In der Kopfzeile jedes Artikels finden Sie Links zu zwei der drei Werkzeuge für Beiträge.
Über den Knopf ganz rechts gelangt man zu einem Ticketsystem, in dem man das Problem schildern kann.
Das Subject-Feld enthält bereits einen Link zum betroffenen Dokument. Bitte ändern Sie diesen nicht. Beschreiben Sie bitte das Problem und geben Sie nach Möglichkeit einen kurzen Änderungsvorschlag an, der idealerweise zum Kopieren und Einfügen geeignet ist.
Falls Sie nicht bei pagure angemeldet sind, öffnet sich zunächst ein FAS-Anmeldefenster.
Der zweite Link öffnet einen Web-Editor, mit dem Sie Änderungsvorschläge direkt in den Text eingeben können.
Die nächsten Schritte werden im Detail im Artikel Bearbeiten von Dateien in der Pagure-Web-UI erläutert.
Sich selbst eines Problems annehmen
Sie können notwendige Änderungen finden und dazu beitragen, indem Sie dem Quick Docs Issue Board folgen, wo Benutzer Fehler in der Dokumentation melden oder Verbesserungsvorschläge einbringen.
Wenn Sie ein Problem finden, das Ihren Interessen und Fachkenntnissen entspricht, klicken Sie oben rechts auf den Link take, um sich das Problem selbst zuzuweisen.
Wie Sie beitragen können
Quick Docs verwendet dasselbe Content-Management-System wie alle anderen Fedora-Dokumente, daher sind auch die Werkzeuge identisch. Ausführliche Anleitungen finden Sie im Abschnitt „Werkzeuge für Mitwirkende“.
Pull Requests und Review
In beiden Fällen folgt der Arbeitsablauf dem Modell von „Pull Requests“ oder „Merge Requests“. Änderungen werden nicht im bestehenden, veröffentlichten Text, sondern in einer separaten Version vorgenommen. Nach Abschluss der Arbeiten wird ein „Merge Request“ ausgelöst. Mitglieder der Community prüfen die Änderungen und diskutieren diese entweder oder akzeptieren sie. Anschließend werden sie in die veröffentlichte Version integriert. Wir befolgen somit das Vier-Augen-Prinzip.
Pull Requests fördern den kollaborativen Arbeitsablauf zwischen Autoren und Reviewern, wobei PR-Kommentare, Bearbeitungen und Commits als Review-Prozess dienen.
Die einzelnen Schritte laufen weitgehend automatisch ab. Details sind in den jeweiligen Werkzeugen beschrieben.
Benachrichtigungen nach dem Pull Request
Sie möchten wahrscheinlich den weiteren Fortschritt nach dem Pull Request verfolgen. Genau dafür ist die Watch-Funktion gedacht.
„Watch status“ in der Mitte des Quick Doc-Berichts bietet vier Optionen. Wählen Sie eine der unten stehenden Optionen aus.
-
Watch Issues and PRs
-
Watch Commits
-
Watch Issues, PRs, and Commits
-
Unwatch
Die Benachrichtigung wird an Ihre E-Mail-Adresse gesendet, wie in den Benutzereinstellungen von Pagure hinterlegt.
Sollten Sie nach Ihrem Pull Request länger als eine Woche keine Rückmeldung von den Reviewern erhalten, hinterlassen Sie bitte einen Kommentar im Pull Request, um nachzufassen.
Worauf Sie achten sollten
Lesbarkeit
-
Schreiben Sie kurze Sätze, die in kurze Absätze gegliedert sind. Vermeiden Sie lange Textblöcke beim Erstellen von Inhalten.
-
Verwenden Sie eine klare Struktur und eine minimalistische Formatierung für einen besseren Lesefluss
Einhaltung der Stilrichtlinien
Anstatt sich auf die Konsistenz der Wortwahl und grammatikalische Fehler zu konzentrieren, ermutigen die Gutachter die Autoren, die Stilrichtlinien für die Dokumentation zu lesen. Für automatisierte Tests kann der Vale-Linter lokal ausgeführt werden (siehe Ihre Dokumentation mit Vale überprüfen).
Regelwerke
Neben den Stilrichtlinien gibt es hier einige Regelwerke, die Mitwirkende beachten sollten.
-
Das Prozessdokumentationsteam geht bei der Behandlung von Fehlern in der Dokumentation nach dem gleichen Prinzip vor wie bei Codefehlern, wobei kontinuierliche Integration, automatisierte Tests und schrittweise Verbesserungen der Dokumentationsqualität angewendet werden.
-
Alle Änderungen an Quick Docs müssen über Pull Requests aus dem Fork des Projekts erfolgen. Das Quick Docs-Projekt unterstützt kein direktes Pushen in sein Upstream-Repository.
-
Wenn Sie Änderungen an Inhalten vornehmen, die neue Funktionen, Releases oder neue Inhalte betreffen, testen Sie die Anwendung und den Prozess in einem neuen System oder einer frisch installierten virtuellen Maschine, in der alle Aktualisierungen bereits angewendet wurden.
-
Bitte verwenden Sie kein Bildschirmfoto des Terminals. Stellen Sie stattdessen einen Quellcodeblock der jeweiligen Programmiersprache oder der Shell-Befehle bereit.
-
Führen Sie vor dem Pull Request einen lokalen Prose-Linter wie Vale aus. Siehe diesen Link: How to check documentation style with Vale
Artikelvorlage
= ARTIKELTITEL
AUTOR_1; AUTOR_2; AUTOR_3 :revnumber: Fxy :revdate: jjjj-mm-tt :category: KATEGORIE :tags: TAG_01 TAG_02 TAG_03 ... TAG_n //:page-aliases: OPTIONAL
// Optionale, frei formulierte, nützliche Zusatzinformationen als Kommentar
[abstract] Leitbild in 2-3 Sätzen
Hinweise:
- Autorenzeile
-
Wir möchten die letzten drei Autoren, die an diesem Artikel mitgearbeitet haben, inhaltlich und mengenmäßig auflisten. Selbstverständlich ist jeder Beitrag willkommen! An dieser prominenten Stelle möchten wir jedoch kleinere Änderungen wie Rechtschreibfehler oder Korrekturen einzelner Formulierungen nicht berücksichtigen.
Verwenden Sie alternativ The Fedora Documentation Team
- revnumber
-
Verwenden Sie die Veröffentlichungsnummer mit vorangestelltem „F“, z.B. F37, oder einen Bereich von Veröffentlichungen, z.B. F36,F37,F38 oder F33–F37. Seien Sie so präzise wie möglich und verwenden Sie „all“ nur in Ausnahmefällen.
- revdate
-
Datum der letzten Inhaltsprüfung auf
category::. Bitte wählen Sie unten nur eine Kategorie aus. Die Angabe einer Kategorie ist erforderlich! Kategorien (und Schlagwörter) sind die einzige Möglichkeit, einen Artikel zu finden.) - Tags
-
ein oder mehrere Tags aus der nachfolgenden Liste
- abstract
-
1–3 Sätze zur Beschreibung von Inhalt und Ziel. Vermeiden Sie Redundanzen, z.B. die Wiederholung des Titels
Sie können auch die Vorlage herunterladen verwenden, um es einfacher zu machen.
Liste der Kategorien zur Auswahl
Sie können nur eine Kategorie auswählen!
-
Administration
-
Installation
-
Managing software
-
Upgrading
|
Die Liste ist noch lange nicht vollständig! TBD: Kategorienliste erweitern |
Liste der auswählbaren Tags
Sie können mehrere Tags auswählen!
-
Tags der 1. Ebene, wählen Sie mindestens einen aus:
-
How-to
-
Tutorial
-
-
Tags der zweiten Ebene, mehrere auswählen, keine, wenn systemweit
-
Workstation
-
Gnome
-
KDE
-
XFCE
-
-
Silverblue
-
Kinoite
-
Server
-
CoreOS
-
IoT
-
-
Tags der 3. Ebene (optional), mehrere auswählen
-
Problem-solving / Troubleshooting
-
Printing / Scanning
-
SELinux
-
Sie können gerne weitere Tags der dritten Ebene auswählen, falls keiner zu Ihrem Beitrag passt.
Das Docs-Team benötigt Ihre Hilfe
Unterstützen Sie uns bei der Bearbeitung von Problemen, Pull Requests, der Einarbeitung neuer Autoren oder indem Sie unsere Artikelsammlung aktuell halten. Vielen Dank!
Want to help? Learn how to contribute to Fedora Docs ›