Sie befinden sich hier: start » de » Interne Dokumentation » DokuWiki-Erweiterungen (WvdS) » Git Plugin » Schnelleinstieg: Das erste lokale Repository registrieren

Schnelleinstieg: Das erste lokale Repository registrieren

Der kürzeste Weg von „Plugin ist installiert“ zu „ein Repository auf der Serverplatte meldet ok und zeigt Branches, Tags und Commits im Wiki“. Vier Schritte, etwa zehn Minuten.

Zur Abgrenzung: Dieses Plugin liest Repositories im Dateisystem des Servers über das Programm git. Repositories, die in Azure DevOps liegen, bedient wkdoadogit.

Voraussetzungen

  • wkdogit, wkdocore, wkdostorage und wkcore sind installiert und aktiviert.
  • git ist auf dem Server installiert, und der Benutzer, unter dem PHP läuft, darf es ausführen.
  • Ein Repository auf der Platte dieses Servers, lesbar für denselben Benutzer.
  • Freiwillig: wksourceview, damit Dateien auf Seiten eingebettet werden können.

Schritt 1: Das Programm benennen

Administration → Konfiguration, Abschnitt wkdogit, Einstellung git_binary. Sie ist ab Werk leer, es geht also nichts, bevor sie gesetzt ist.

Tragen Sie einen absoluten Pfad ein — unter Linux etwa /usr/bin/git, unter Windows den vollen Pfad zu git.exe.

Ein bloßes git verlässt sich auf den Suchpfad des Webservers. Das führt zu einem Plugin, das aus einer Kommandozeile funktioniert und aus dem Wiki nicht — eine unnötig verwirrende Fehlersuche.

Auf dieser Installation steht git_binary auf git, also auf dem Suchpfad. Das läuft, solange der Webserver-Dienst dieselbe Umgebung erbt; brechen Aufrufe unerklärlich ab, ist der absolute Pfad die erste Maßnahme.

Schritt 2: Eingrenzen, wo Repositories liegen dürfen

Setzen Sie git_repo_root auf das Verzeichnis, in dem sie liegen.

Diese Einstellung begrenzt, welche Pfade registriert und benutzt werden dürfen. Setzen Sie sie, bevor Sie etwas registrieren: Sie entscheidet, ob „ein Repository-Pfad“ einen Ihrer Pfade meint oder jeden Pfad auf dem Rechner. Auf dieser Installation ist sie leer, also nicht eingegrenzt.

Schritt 3: Nachsehen, ob der Webserver wirklich lesen darf

Ein Repository, das Sie lesen dürfen, muss der Benutzer des Webservers noch lange nicht lesen dürfen. Das ist die häufigste erste Störung, und sie hat mit dem Plugin nichts zu tun.

Prüfen Sie, dass der Benutzer, unter dem PHP läuft, das Repository-Verzeichnis und dessen .git-Inhalt lesen kann.

Schritt 4: Registrieren und prüfen

Öffnen Sie den Repos-Bildschirm des Projekts, zum Beispiel /doku.php?id=de:projects:acme:repos&do=wkdogit.

Füllen Sie unter Repository registrieren aus: Key, Titel, Lokaler Pfad (innerhalb des Wurzelverzeichnisses aus Schritt 2) und Default-Branch. Pflicht ist der lokale Pfad oder eine Remote-URL; eine Remote-URL darf keine Zugangsdaten enthalten.

Wählen Sie Registrieren, danach in der Zeile Healthcheck.

Ergebnis prüfen

  • Die Spalte Health steht auf ok. Steht sie anders — nicht erreichbar, ungültig oder verweigert —, nennt sie damit den Grund und nicht nur ein Scheitern: fehlendes Programm, Pfad außerhalb des Wurzelverzeichnisses, unlesbares Verzeichnis, oder etwas, das kein Repository ist.
  • Das geöffnete Repository zeigt Branches, Tags und Commits.
  • Jeder Aufruf ist auf git_timeout_ms begrenzt, ab Werk 5000 Millisekunden. Ein sehr großes Repository kann diese Grenze schon bei der ersten Auflistung erreichen; die Antwort darauf liegt meist beim Repository und nicht bei der Einstellung.

Nächster Schritt

  • wksourceview — eine Datei daraus auf einer Wiki-Seite anzeigen, über die Quelle git:.
  • wkdogit — Referenz: das Lesemodell, die Verb-Erlaubnisliste und alle fünf Einstellungen, darunter max_bytes und max_lines, die bewusst denen der Quelltextanzeige entsprechen.
de/wiki/dwe/wkdogit/quickstart.txt · Zuletzt geändert: von 0.0.0.0