Beitragen

Wie Sie Ihr Wissen zum Campaigning Wiki hinzufügen können. Diese Seite ist der Einstiegspunkt für Mitwirkende: was das Wiki ist, welche Arten von Seiten es enthält, wie man eine schreibt und wie man sie einreicht. Lesen Sie es einmal durch, bevor Sie einen Pull-Request öffnen. Wenn Sie kurz davor sind, einen Tippfehler zu korrigieren oder einen Satz hinzuzufügen, können Sie direkt zum Abschnitt Einreichen springen; wenn Sie kurz davor sind, eine neue Seite zu schreiben, lesen Sie das Ganze.

Was das Wiki abdeckt

Das Campaigning Wiki ist ein Feldhandbuch für Organisatoren — Strategie, Organisation, Taktiken und digitales Handwerk, mit ausgearbeiteten Fallstudien und den Quellen hinter jeder Behauptung. Es ist für Menschen gedacht, die echte Kampagnen führen: Anwälte, Organisatoren, Gewerkschafts- und Bewegungsmitarbeiter sowie die Freiwilligen um sie herum. Die drei Säulen, die das Handwerk organisieren, sind strategy, organizing und tactics, mit vier kleineren, wachsenden Bereichen — digital, training, legal und research & MEL; daneben stehen worked case studies, die zeigen, wie das Handwerk in der Welt umgesetzt wurde.

Das Wiki destilliert Material von Praktikern und Nachschlagewerken und paraphrasiert statt zu veröffentlichen — siehe die Seite About für die Langform dessen, was dies ist und das redaktionelle Prinzip dahinter. Der Korpus ist mehrsprachig: Der englische Baum in Wiki/ ist die kanonische Quelle, und parallel Übersetzungen befinden sich unter Wiki/de/, Wiki/fr/, Wiki/it/ und Wiki/es/. Übersetzungen erben die Zitate der Seite, die sie übersetzen, sodass ein Mitwirkender, der eine neue Konzeptseite auf Englisch schreibt, auch Material bereitstellt, das die Übersetzungswelle in die anderen vier Sprachen tragen kann.

Diese Seite behandelt die praktischen Mechaniken: welche Arten von Seiten das Wiki enthält, welche Form eine neue Seite haben sollte, was der Qualitätsstandard ist und wie man den Beitrag einreicht.

Wie man ein Konzept, eine Fallstudie oder eine Quelle vorschlägt

Das Wiki hat drei Arten von Seiten. Wählen Sie diejenige, die zu dem passt, was Sie beitragen möchten, kopieren Sie die entsprechende Vorlage, füllen Sie sie aus und öffnen Sie einen Pull-Request gegen github.com/gariwat/campaigning_wiki. Jede neue Seite wird über einen Pull-Request eingereicht — es gibt keinen anderen Aufnahmepfad für neue Inhalte. Pull-Requests werden in der Reihenfolge ihres Eingangs von einer kleinen Gruppe freiwilliger Redakteure geprüft, die auch ihre eigenen Kampagnen nebenbei führen.

Konzept — ein Stück Handwerk, eine Methode, ein Rahmen, ein Fachbegriff. Beispiele, die bereits im Wiki enthalten sind, umfassen power-mapping, coalition-building und audience-segmentation. Eine Konzeptseite befindet sich unter Wiki/<slug>.md (ein Konzept pro Datei, kleingeschrieben, mit Bindestrichen getrennt; siehe die Dateibenennungsregel in CONVENTIONS.md). Jede Konzeptseite muss letztendlich in zitierten Quellen verankert sein — das ist die Regel, die es uns ermöglicht, sie zu veröffentlichen. Konzepte sind das Hauptgerüst des Wikis; wenn Ihr Beitrag eine wiederverwendbare Idee und keine einzelne Kampagne ist, gehört er hierher.
Fallstudie — eine echte Kampagne, die so detailliert erzählt wird, dass jemand daraus lernen kann. Beispiele, die bereits im Wiki enthalten sind, befinden sich unter Wiki/case-studies/ und umfassen Hunderte von Kampagnen aus der Swarthmore Global Nonviolent Action Database, der Commons Library, Oxfam und anderen Quellen. Neue Fallstudien sollten das case-study template (case-study — das ausgearbeitete Beispiel-Arbeitsblatt im Vorlagenverzeichnis) verwenden, damit die Arbeitsabschnitte (was passiert ist, Hintergrund, Ergebnis, Lektionen) mit dem übereinstimmen, was der Rest des Wikis bereits tut. Eine Fallstudie ist das richtige Zuhause für eine Kampagne, die eine Handwerkstechnik veranschaulicht, ein nützliches Gegenbeispiel aufzeigt oder eine geografische oder thematische Lücke in der bestehenden Sammlung füllt.
Quelle — ein Buch, Werkzeug, eine Website, ein Video, ein Podcast, ein Kurs oder eine Organisation, auf die das Wiki zurückgreift. Beispiele befinden sich unter Wiki/sources/. Neue Quellen sollten das source template (source — das Arbeitsblatt im Vorlagenverzeichnis zur Registrierung einer neuen Quelle, auf die das Wiki zurückgreift) verwenden und in den eigenen Inhalten der Quelle verankert sein — was die Quelle tatsächlich sagt, nicht was ein Dritter darüber sagt. Quellen sind die Beweisgrundlage des Wikis; wenn Sie eine Quelle vorschlagen, die mehrere bestehende Seiten zitieren sollten, ist dies der richtige Ort, um sie zu registrieren.

Alle drei werden auf die gleiche Weise eingereicht: Forken Sie das Repository, fügen Sie die Datei unter dem richtigen Pfad hinzu, füllen Sie die Vorlage aus, führen Sie die lokalen Qualitätsprüfungen durch, wenn Sie können, und öffnen Sie einen Pull-Request gegen github.com/gariwat/campaigning_wiki. Wenn Sie Feedback zur Idee erhalten möchten, bevor Sie die Seite schreiben, öffnen Sie zuerst ein Issue — die Redakteure des Wikis werden es lesen und Ihnen mitteilen, ob der Beitrag in den bestehenden Rahmen passt.

Qualitätsstandard

Zwei Dinge halten das Wiki an einem Qualitätsstandard: eine Vorlage und ein Verankerungstor. Die Vorlage ist die Form der Seite — die Abschnitte, die sie haben muss, die Felder, die ihr Frontmatter enthalten muss, die Konventionen, denen sie folgen muss. Das Verankerungstor ist die Regel, dass keine Seite veröffentlicht wird, bis ihre Behauptungen auf zitierte Quellen zurückgeführt werden können. Beide sind dokumentiert und werden zur Build-Zeit durchgesetzt, was bedeutet, dass Mitwirkende denselben Qualitätsdurchlauf erhalten, unabhängig davon, ob sie ein erfahrener Redakteur oder ein Erstbeitragender sind.

Die Standards hinter dem Tor sind in QUALITY_STANDARDS.md beschrieben — diese Datei ist die maßgebliche Referenz dafür, was “verankert” bedeutet, was als harte Tatsache zählt und wie Zitate funktionieren. Die templates directory listet die ausfüllbaren Markdown-Arbeitsblätter für jede Art von Seite auf; das curation tier-System auf der Quellenseite sagt Ihnen, ob eine bestimmte Quelle Kernhandwerk, Referenz oder zurückgestuft ist. Ein Mitwirkender, der die Standards liest, die richtige Vorlage auswählt und seine Behauptungen in zitierten Quellen verankert, ist auf dem besten Weg zu einer veröffentlichbaren Seite — der Rest ist die redaktionelle Überprüfung, die im nächsten Abschnitt beschrieben wird.

Das Zwei-Schritt-Modell ist das, was das Wiki vertrauenswürdig macht: Eine Vorlage gibt der Seite eine Form, die andere Seiten bereits haben, und das Verankerungstor hält die Seite ehrlich. Wir würden lieber eine Seite zurückhalten, als eine zu veröffentlichen, deren Behauptungen wir nicht unterstützen können. Dies gilt auch für Seiten, die “offensichtlich” erscheinen — das Tor gilt einheitlich, und es ist das Tor, nicht das Bauchgefühl des Redakteurs, das entscheidet, ob eine Seite live geht. Eine zurückgehaltene Seite ist keine abgelehnte Seite: Die Seite bleibt im Repository, die Wikilinks der Seite werden weiterhin aufgelöst, und der Redakteur, der Ihren Pull-Request überprüft, wird Ihnen helfen herauszufinden, welche Zitate oder Abschnitte einen weiteren Durchgang benötigen, bevor das Tor sie durchlässt.

Die Vorlagen

Das Wiki liefert eine Reihe von ausfüllbaren Markdown-Vorlagen für die wiederkehrenden Artefakte einer Kampagne. Jede Vorlage ist ein vollständiges, kopier- und bearbeitbares Arbeitsblatt — öffnen Sie es, duplizieren Sie es, füllen Sie es aus, reichen Sie es ein. Wählen Sie die Vorlage, die zu der Art von Seite passt, die Sie beitragen möchten.

Action planning — das Arbeitsblatt für ein Ereignis oder eine Taktik, das ein Team verwendet, um einen bestimmten Aktionstag zu planen, mit dem Timing, den Rollen, den Materialien, der Kommunikation und den Risiken.
Campaign plan — der Betriebsplan des Teams für die nächsten 3-12 Monate, mit dem Ziel, der Veränderungstheorie, den Zielen, den Taktiken, dem Zeitplan und dem Budget an einem Ort.
Templates directory — das vollständige Verzeichnis der Vorlagen, einschließlich der Fallstudien- und Quellenvorlagen, die in derselben Welle hinzugefügt wurden.
Post-action review — das Arbeitsblatt für die Nachbesprechung, das ein Team nach einem Ereignis ausfüllt, um festzuhalten, was passiert ist, was funktioniert hat, was nicht und was beim nächsten Mal geändert werden soll.
Power analysis — das Basis-/Ziel-/Verbündete-/Oppositionsraster, das vor der Strategiearbeit läuft und den Kampagnenplan speist.
Case study — die ausgearbeitete Beispielvorlage für Wiki/case-studies/<slug>.md, mit Abschnitten für das, was passiert ist, Hintergrund, Ergebnis und Lektionen.
Source — das Arbeitsblatt für Wiki/sources/<slug>.md, mit Abschnitten für das, was die Quelle ist, wer sie betreibt, wie das Wiki sie verwendet und was zu zitieren ist, wenn eine Seite darauf verankert wird.

Die Vorlagen folgen den eigenen Konventionen des Wikis (siehe CONVENTIONS.md im Repository-Stamm) — Frontmatter, ## Zusammenfassung · ## Hauptteil · ## Verwenden Sie es für · ## Verwandt — und sind so konzipiert, dass sie bearbeitet und nicht konsumiert werden. Wenn eine Vorlage nicht zu Ihrem Beitrag passt, ist es wert, dies im Pull-Request zu kennzeichnen — das Vorlagenset ist absichtlich klein und wächst nur, wenn ein neuer wiederkehrender Bedarf bei mehreren Beiträgen auftritt.

Redaktionelle Überprüfung

Zwei Teile der Infrastruktur halten die Live-Site ehrlich. Der erste ist der publish gate — ein Python-Durchlauf, der zur Build-Zeit ausgeführt wird und entscheidet, welche Seiten veröffentlicht werden dürfen und welche zurückgehalten werden. Eine Seite wird zurückgehalten, wenn ihr verankerte Quellen fehlen, ein Wikilink defekt ist, sie als Entwurf markiert ist oder eine andere Verifizierungsprüfung nicht besteht. Die zurückgehaltenen Seiten werden nicht gelöscht; sie bleiben auf der Festplatte und im Arbeitsindex, sie erscheinen einfach nicht auf der öffentlichen Seite, bis ihre Probleme behoben sind. Die laufende Ausgabe des Tors befindet sich in PUBLISH_GATE.md im Wiki-Baum selbst, sodass Mitwirkende auf einen Blick sehen können, was zurückgehalten wird und warum.

Der zweite Teil ist die Statusleiter — stub → emerging → established. Eine Seite beginnt als stub (registriert, aber noch nicht destilliert), bewegt sich zu emerging, sobald sie teilweise methodischen Inhalt hat, und erreicht established nur, wenn sie destilliert, bezogen, verlinkt und überprüft ist. Das Verankerungstor hält jede Seite zurück, die versucht, die Leiter ohne die Zitate zu erklimmen, die den Aufstieg unterstützen. Die Audit-Seite davon — der laufende Bericht darüber, was das Tor tut und warum Seiten zurückgehalten werden — befindet sich in QC_REPORT.md. Die beiden Berichte sind nützlich zu lesen, bevor Sie einen Pull-Request öffnen: Sie zeigen Ihnen, welche Vorlagen gut genutzt werden und welche Verifizierungsprüfungen am häufigsten neue Beiträge erfassen.

In der Praxis bedeutet dies, dass ein Mitwirkender, der einen Pull-Request öffnet, mit einem kurzen Überprüfungszyklus rechnen sollte: Ein Redakteur überprüft, ob die Vorlage ausgefüllt ist, das Frontmatter gut geformt ist und die Behauptungen auf die zitierten Quellen zurückgeführt werden können. Überprüfungen sind bestmöglich, keine Service-Level-Vereinbarung — siehe den nächsten Abschnitt für Durchlaufzeiten und Einreichungspfade. Pull-Requests, die nur einen Wikilink berühren oder einen Tippfehler korrigieren, werden typischerweise in einem einzigen Überprüfungsdurchlauf zusammengeführt; Pull-Requests, die eine brandneue Konzeptseite hinzufügen, können ein paar Überprüfungszyklen dauern, während der Redakteur und der Mitwirkende gemeinsam den Zitationssatz durchgehen.

Lizenz

Das Wiki wird unter einem Link-only-Modell für die meisten seiner Quellmaterialien veröffentlicht: Es fasst zusammen und verlinkt auf Originalquellen, anstatt sie erneut zu veröffentlichen. Das hält das Wiki auf der richtigen Seite des Urheberrechts für Quellen, deren Lizenz nicht explizit ist, und es bedeutet, dass jede faktische Behauptung an eine Quelle gebunden ist, die Sie selbst lesen können. Seiten, die auf Creative-Commons-lizenzierten Quellen basieren, dürfen kurze Passagen mit Attribution zitieren; Seiten, die auf all-rights-reserved Quellen basieren, paraphrasieren und verlinken. Die vollständige Regel und wie man eine Rechtsfrage meldet, sind in Copyright & Licensing beschrieben.

Dieselbe Regel ist das, unter dem Sie als Mitwirkender schreiben sollten. Wenn Sie eine Seite entwerfen, paraphrasieren Sie die Quelle in Ihren eigenen Worten und verlinken Sie nach außen; fügen Sie keine langen Passagen aus Quellen ein, deren Lizenz dies nicht erlaubt. Wenn Sie sich nicht sicher sind, ob eine bestimmte Quelle link-only oder cc-attribution ist, behandeln Sie sie als link-only, bis Sie die eigene Lizenzbestimmung der Quelle gelesen haben. Die Link-only-Regel ist das, was es dem Wiki ermöglicht, auf eine breite Palette von Praktikermaterialien zurückzugreifen, ohne auf die Veröffentlichungsrechte jeder Quelle angewiesen zu sein; sie in Ihren eigenen Beiträgen zu ehren, hält die Lizenzposition des Wikis insgesamt sauber und vermeidet die Notwendigkeit, eine veröffentlichte Seite nachträglich zurückzuziehen.

Einreichen

Der primäre Weg, um beizutragen, ist ein Pull-Request gegen github.com/gariwat/campaigning_wiki. Forken Sie das Repository, fügen Sie die Datei unter dem richtigen Pfad hinzu oder bearbeiten Sie sie (Wiki/<slug>.md für Konzepte, Wiki/case-studies/<slug>.md für Fallstudien, Wiki/sources/<slug>.md für Quellen), füllen Sie die passende Vorlage aus und öffnen Sie den Pull-Request mit einer kurzen Beschreibung dessen, was Sie hinzugefügt haben und auf welche Quellen Sie sich gestützt haben. Wenn die lokalen Qualitätsprüfungen des Wikis auf Ihrem Branch bestehen, muss der Prüfer nur den Inhalt ansehen; wenn sie fehlschlagen, wird der Prüfer Ihnen helfen, durchzuarbeiten, was fehlt. Wenn Ihr Beitrag mehrere Dateien betrifft — zum Beispiel ein neues Konzept plus eine neue Quelle plus ein Wikilink von einer bestehenden Seite — gruppieren Sie sie in einem einzigen Pull-Request, damit der Prüfer die Änderung als eine Einheit sieht.

Der Rückgriff ist feedback — das Feedback-Formular und der Sidecar des Wikis. Verwenden Sie es, wenn Sie kein GitHub-Konto haben, wenn der Beitrag klein ist (ein Tippfehler, ein toter Link, ein einzeiliger Zusatz) oder wenn Sie lieber möchten, dass der Redakteur die Änderung selbst schreibt. Überprüfungen sind bestmöglich ohne feste Durchlaufzeit — das Wiki wird von einer kleinen Gruppe von Freiwilligen neben ihrer eigenen Kampagnenarbeit gepflegt — aber Pull-Requests werden in der Reihenfolge ihres Eingangs gelesen und substanzielle Beiträge werden beantwortet.

Danke, dass Sie dazu beitragen, das Wiki besser zu machen — das Feldhandbuch wird von den Menschen gebaut, die es nutzen.

This page is machine-translated from the English canonical. Source EN body-hash: d3059da928cd…. For authoritative content, see the original.

Explorer