Artikel auf GitHub veröffentlichen
Verbinde GitHub und veröffentliche jeden Clevera-Artikel als Markdown-Datei, inklusive Screenshots, im Repository und Ordner deiner Wahl: Berechtigungen, Dateinamen, Front Matter, Bilder, Aktualisierungen und Fehlermeldungen.
Verbinde GitHub einmalig, um jeden Clevera-Artikel als Markdown-Datei in einem Repository zu veröffentlichen – bereit für eine Dokumentationsseite, einen docs/-Ordner im Wiki-Stil oder eine README-Sammlung. Dieser Artikel behandelt das Verbinden, die Auswahl von Repository und Ordner, das Aussehen der Datei und wie Aktualisierungen funktionieren.
Bevor du beginnst
- Plan: Das Veröffentlichen auf GitHub ist Teil der Pro- und Custom-Pläne. Bei Free und Starter zeigt der Tab Veröffentlichen den Hinweis "Das Veröffentlichen in deinen Tools ist in Pro enthalten". Siehe Einen Plan wählen.
- Rolle in Clevera: Nur der Workspace-Inhaber oder ein Administrator kann GitHub verbinden oder die Verbindung trennen. Sobald die Verbindung besteht, kann jeder, der einen Artikel bearbeiten darf, diesen auch veröffentlichen.
- Zugriff in GitHub: Die Person, die die Verbindung herstellt, benötigt Schreibzugriff auf die Repositories, in denen veröffentlicht werden soll, sowie das Recht, eine GitHub App auf dem persönlichen Konto oder der Organisation zu installieren (oder die Genehmigung durch einen Organisationsinhaber).
- Ein Artikel: Du veröffentlichst den Artikel, der zu einem Video oder einer Aufnahme gehört. Generiere ihn zuerst; siehe Eine Aufnahme in einen Artikel umwandeln.
Für das Veröffentlichen werden keine Credits verbraucht.
GitHub verbinden
Integrationen öffnen
Öffne in der Seitenleiste das Workspace-Menü und wähle Integrationen. Suche unter Verfügbare Integrationen (oder im Tab Entwicklung) nach GitHub und klicke auf Verbinden. Die Schaltfläche erscheint, wenn du mit dem Mauszeiger auf die Karte zeigst.

Nur Inhaber und Administratoren sehen Verbinden. Clevera auf GitHub autorisieren
GitHub fordert dich auf, die App Clevera AI zu autorisieren. Sie benötigt Lesezugriff auf deine Organisationsmitgliedschaften, damit Clevera die Konten auflisten kann, denen du angehörst. Klicke auf Autorisieren.
Die App in deinen Repositories installieren
GitHub öffnet daraufhin die Installationsseite für die Clevera AI-App. Wähle dein persönliches Konto oder eine Organisation aus und entscheide dich dann für Alle Repositories oder Nur ausgewählte Repositories. Die App fragt nach folgenden Berechtigungen:
GitHub-Berechtigung Grund Inhalte: Lesen und Schreiben Zum Erstellen und Aktualisieren der Markdown-Datei und ihrer Bilder Metadaten: Nur Lesen Von GitHub für jede App erforderlich; ermöglicht Clevera das Auflisten von Repositories Klicke auf Installieren. Wiederhole dies für jede Organisation, in der du veröffentlichen möchtest.
Verbindung prüfen
Zurück unter Integrationen wird GitHub in die Liste Verbunden verschoben, zusammen mit deinem GitHub-Konto- oder Organisationsnamen und einem Verbunden-Badge. Bevor du etwas veröffentlichst, steht dort "Noch nichts veröffentlicht".

Repositories später hinzufügen oder entfernen
Clevera sieht nur Repositories, auf denen die App installiert ist. Um dies zu ändern, öffne Integrationen, klicke auf GitHub und unter Zugriff auf Repository-Zugriff. Öffne auf GitHub das Konto, klicke auf Konfigurieren und passe die Liste der Repositories an. Neue Repositories erscheinen, sobald du das nächste Mal den Tab Veröffentlichen öffnest.

Artikel veröffentlichen
Den Tab Veröffentlichen öffnen
Klicke im Editor auf Teilen und öffne den Tab Veröffentlichen. Klicke unter Artikel veröffentlichen auf die GitHub-Kachel unter Bereit zur Veröffentlichung.
Der Artikel wird in der Sprache veröffentlicht, die du gerade im Editor geöffnet hast. Wechsle zuerst die Sprache in der oberen Leiste, um eine Übersetzung zu veröffentlichen.
Konto, Repository und Ordner wählen
Wähle unter Zielort Folgendes aus:
Feld Auswahl Hinweise Konto Dein persönliches Konto oder eine Organisation Wird nur angezeigt, wenn deine Repositories zu mehr als einem Konto gehören Repository Das Repository für die Datei Zuletzt aktualisierte zuerst. Das erste ist vorausgewählt Ordner Ein Pfad wie docsoderarticles/guides"Die Markdown-Datei wird hier erstellt. Lass es leer für das Stammverzeichnis des Repositorys." Beginnt als docs. Ordner, die noch nicht existieren, werden erstelltClevera merkt sich deine Auswahl für das nächste Mal.

Die Datei wird im Standard-Branch des Repositorys im von dir eingegebenen Ordner gespeichert. Veröffentlichen
Klicke auf Auf GitHub veröffentlichen. Du siehst "Suche nach einer vorhandenen Kopie auf GitHub", dann Seite wird geschrieben. Wenn der Vorgang abgeschlossen ist, erscheint "Auf GitHub veröffentlicht". Klicke auf Auf GitHub öffnen, um die Datei anzusehen.
Du kannst das Teilen-Fenster während des Vorgangs schließen; eine Benachrichtigung informiert dich, wenn er abgeschlossen ist.
Wo die Datei gespeichert wird
- Branch: Der Standard-Branch des Repositorys (normalerweise
main). Clevera committet direkt dorthin; es wird kein Pull Request geöffnet und du kannst keinen anderen Branch wählen. - Dateiname: Der Titel in Kleinbuchstaben, mit Bindestrichen statt Leerzeichen, endend auf
.md. "Create your first invoice" wird zucreate-your-first-invoice.md. Titel in anderen Schriften oder mit Akzenten werden zuerst in lateinische Buchstaben umgewandelt ("Créer une facture" wird zucreer-une-facture.md). Ein Titel, der nicht umgewandelt werden kann, wie einer, der nur aus Emojis besteht, erhält stattdessen einen kurzen festen Code (article-plus 8 Zeichen). Namen werden bei 80 Zeichen abgeschnitten. - Bilder: Die Screenshots des Artikels werden in
assets/<file name>/innerhalb desselben Ordners im selben Commit gespeichert. - Commit-Nachricht:
Add article: <title>oderUpdate article: <title>, wenn du eine bestehende Datei aktualisierst. - Commit-Autor: Das GitHub-Konto, das die Integration verbunden hat.
Wie die Datei aussieht
Clevera schreibt GitHub-flavoured Markdown mit einem kurzen Front-Matter-Block am Anfang:
---
title: "Create your first invoice"
created_at: "2026-10-12T09:30:00+00:00"
updated_at: "2026-10-12T10:05:00+00:00"
source: "Clevera"
---
| Im Clevera-Artikel | In der Markdown-Datei |
|---|---|
| Überschriften, fett, kursiv, durchgestrichen, Inline-Code | Standard-Markdown |
| Links | Beibehalten. Links zu anderen Clevera-Seiten behalten nur ihren Text, da sie in einem Repository nicht funktionieren würden |
| Aufzählungs-, nummerierte und verschachtelte Listen | Standard-Markdown-Listen |
| Checklisten | Aufgabenlisten (- [ ] / - [x]) |
| Tabellen | Markdown-Tabellen |
| Code-Blöcke | Umrahmte Code-Blöcke mit der Sprache; ein Code-Titel wird zu einer fetten Zeile darüber |
| Callouts | GitHub-Warnungen: Info und Hinweis als [!NOTE], Tipp und Erfolg als [!TIP], Warnung als [!WARNING], Gefahr als [!CAUTION]. Der Titel ist innerhalb der Warnung fett |
| Nummerierte Schritte | Eine nummerierte Liste: Der Titel jedes Schritts ist fett, der Inhalt darunter verschachtelt |
| Tabs | Das Label jedes Tabs ist fett, gefolgt von seinem Inhalt |
| Toggles | Ein einklappbarer <details>-Abschnitt |
| Karten | Eine Liste von Links mit ihren Beschreibungen; Karten-Icons werden weggelassen |
| Hervorhebung, hochgestellt, tiefgestellt | <mark>-, <sup>- und <sub>-Tags, die von GitHub gerendert werden |
| Gleichungen | GitHub-Mathematik ($…$ und Mathe-Blöcke) |
| Screenshots und Bilder | Bilddateien, die in das Repository committet werden, mit der Bildunterschrift in Kursivschrift |
| Videos und Einbettungen | Ein Poster oder YouTube-Thumbnail, das zum Video verlinkt, plus ein ▶-Link mit seinem Titel |
Das Video, aus dem der Artikel stammt, wird der Datei nicht hinzugefügt. Ein Clevera-Video, das in den Artikel eingefügt wurde, wird zu einem Link zum Player, jedoch nur, wenn der Teilen-Link des Videos aktiviert ist. Siehe Ein Video in einem Artikel anzeigen.
Bilder
Screenshots werden neben der Datei in dein Repository committet, und das Markdown verlinkt sie über einen relativen Pfad (assets/<file name>/…). Sie funktionieren auch ohne Clevera weiterhin, und in einem privaten Repository bleiben sie genauso privat wie der Rest.
Eine Videodatei, die du in den Artikel hochgeladen hast, wird nicht committet. Sie bleibt ein Link zu Clevera, der nach einiger Zeit abläuft; veröffentliche erneut, um ihn zu erneuern.
Verwendung mit einer Dokumentationsseite
Die meisten Static-Site-Generatoren, die aus einem Repository bauen (wie Docusaurus, MkDocs, Jekyll oder Hugo), lesen title aus dem Front Matter und ignorieren Felder, die sie nicht kennen. Ein gängiges Setup:
- Zeige mit dem Ordner auf den Ordner, den deine Dokumentationsseite liest, zum Beispiel
docsodercontent/guides. - Veröffentliche jeden Artikel dort; der normale Build deiner Seite übernimmt den neuen Commit.
- Prüfe, ob dein Generator GitHub-Warnungen, Mathematik und
<details>rendert; manche zeigen Warnungen als einfache Zitate an.
Einen bereits veröffentlichten Artikel aktualisieren
Das Veröffentlichen funktioniert nur in eine Richtung. Änderungen, die du in Clevera vornimmst, bleiben in Clevera, bis du erneut veröffentlichst, und Änderungen, die an der Datei auf GitHub vorgenommen wurden, werden nicht nach Clevera zurückübertragen.
Wenn du im selben Repository und Ordner veröffentlichst, findet Clevera die Datei mit demselben Namen und zeigt "Dieser Artikel ist bereits auf GitHub vorhanden." Klicke auf Ansehen, um die bestehende Datei zu öffnen, und wähle dann:
| Option | Was auf GitHub passiert | Schaltfläche |
|---|---|---|
| Bestehenden Artikel aktualisieren | Die gleiche Datei und ihre Bilder werden in einem neuen Commit überschrieben. | Auf GitHub aktualisieren |
| Neuen Artikel erstellen | "Behalte den bestehenden bei und füge diesen unter einem neuen Titel hinzu." Clevera schlägt einen Neuen Titel vor, wie "Create your first invoice (2)", der zu einer neuen Datei wird. | Neuen Artikel erstellen |

Wenn sich der Titel in Clevera ändert, ändert sich auch der Dateiname. Daher erstellt das Veröffentlichen eine neue Datei neben der alten. Lösche oder benenne die alte Datei auf GitHub selbst um.
Nichts in Clevera löscht Dateien aus deinem Repository.
GitHub trennen
- Öffne Integrationen, klicke auf das ⋯-Menü in der GitHub-Zeile und wähle Trennen (oder klicke auf GitHub und dann auf Trennen).
- Bestätige dies. „Du kannst nicht mehr aus dem Editor heraus darauf veröffentlichen. Bereits veröffentlichte Inhalte bleiben in GitHub erhalten.“
Das Trennen löscht das Zugriffstoken von Clevera. Um den Zugriff von Clevera auch auf GitHub zu entfernen, deinstalliere die Clevera AI-App (GitHub Einstellungen → Anwendungen → Installierte GitHub-Apps → Konfigurieren → Deinstallieren) und widerrufe die Autorisierung unter Autorisierte GitHub-Apps.
Fehlerbehebung
| Was du siehst | Was zu tun ist |
|---|---|
| „Integrationen sind in Pro- und Custom-Plänen enthalten.“ | Upgrade den Workspace auf Pro. Siehe Einen Plan wählen. |
| Kein Verbinden-Button auf der Seite „Integrationen“ | Nur der Inhaber oder ein Administrator kann die Verbindung herstellen. Bitte einen von ihnen darum. |
| „Du kannst dieses Element ansehen, aber nicht veröffentlichen. Bitte jemanden, der es bearbeiten kann.“ | Du benötigst Bearbeitungszugriff auf den Artikel, um ihn zu veröffentlichen. |
| „Verbinde zuerst GitHub auf der Seite „Integrationen“.“ | GitHub ist in diesem Workspace noch nicht verbunden. Bitte einen Inhaber oder Administrator, es zu verbinden. |
| „Keine Repositories in diesem Konto.“ | Installiere die Clevera AI-App für dieses Konto oder füge das Repository über Repository-Zugriff hinzu. Falls dort zuvor Repositories vorhanden waren, verbinde GitHub erneut. |
| Ein Repository fehlt in der Liste | Überprüfe, ob die Clevera AI-App dafür installiert ist. Die Liste enthält bis zu 1.000 Repositories, sortiert nach der letzten Aktualisierung. |
| „GitHub-Standorte konnten nicht geladen werden“ | Klicke auf Erneut versuchen. Falls das Problem weiterhin besteht, verbinde GitHub erneut. |
| „Konnte nicht auf acme-inc/docs-site veröffentlichen.“ gefolgt von der GitHub-Meldung | GitHub hat den Commit abgelehnt. Normalerweise kann das verbundene Konto nicht in den Standard-Branch pushen: Branch-Schutzmaßnahmen, die Pull Requests oder Reviews erfordern, blockieren dies. Erlaube den Commit oder veröffentliche in einem Repository ohne diese Regel. |
| „GitHub-Ratenlimit erreicht. Bitte warte einen Moment und versuche es erneut.“ | Warte eine Minute und klicke dann auf Erneut versuchen. |
| „Deine GitHub-Verbindung ist abgelaufen. Bitte verbinde GitHub erneut.“ | Klicke auf Erneut verbinden oder öffne Integrationen und klicke in der GitHub-Zeile auf Erneut verbinden. |
| „Verbindung fehlgeschlagen:“ gefolgt vom Grund von GitHub | Du hast die Autorisierung abgelehnt oder GitHub hat sie verweigert. Klicke erneut auf Verbinden und autorisiere den Zugriff. |
| „Ungültiger Autorisierungsstatus. Bitte versuche es erneut.“ oder „Autorisierung abgelaufen. Bitte versuche es erneut.“ | Die Anmeldung hat zu lange gedauert oder wurde in einem anderen Tab ausgeführt. Beginne erneut über Verbinden. |
| „Zu viele Verbindungsversuche. Bitte versuche es später erneut.“ | Warte eine Minute; du kannst bis zu 5 Verbindungen pro Minute starten. |
| „Artikelinhalt ist leer oder ungültig.“ | Der Artikel hat in dieser Sprache keinen Inhalt. Generiere oder schreibe ihn und veröffentliche ihn dann erneut. |
| „Kein Artikel gefunden. Bitte generiere zuerst einen Artikel.“ | Das Video hat in der von dir geöffneten Sprache keinen Artikel. Generiere ihn oder wechsle die Sprache. |
| „Zu viele Veröffentlichungsversuche. Bitte warte einen Moment, bevor du es erneut versuchst.“ | Du kannst bis zu 20 Mal pro Minute veröffentlichen. Warte eine Minute. |
| „Veröffentlichung auf GitHub fehlgeschlagen. Bitte versuche es erneut.“ | Klicke auf Erneut versuchen. Falls es weiterhin fehlschlägt, verbinde GitHub erneut und kontaktiere den Support. |
| Die Verbindung zeigt Erfordert Aufmerksamkeit oder Fehler | Klicke in der Zeile auf Erneut verbinden und autorisiere erneut. |