Dokumentation lokal bearbeiten und veröffentlichen¶
Wenn Du die Dokumentation erweitern willst, z.B. mit einem eigenen HowTo, ein fehlendes Kapitel ergänzen möchtest, oder größere Änderungen machen und testen willst, benötigst Du folgende Dinge:
ein Konto bei Github
Die Software git (wird zur Verwaltung und Versionierung der Dokumentation verwendet)
Die Software sphinx (zum Übersetzen und Testen der Quelldateien), die wiederum python voraussetzt
optional: SSH-Schlüssel bei Github hochladen (erleichtert die Arbeit mit git)
Lokale Installation (Ubuntu)¶
Mit folgenden Befehlen kannst Du unter einer aktuellen (ab 22.04 LTS) Ubuntu-Distributionen git (>= 2.39.2), python (>= 3.10) und sphinx (>= 7.2.6) nachinstallieren:
$ sudo apt install git
$ sudo apt install python3-pip
$ pip3 install sphinx
$ pip3 install sphinx_rtd_theme
Offizielle Dokumentation kompilieren¶
Hast Du bereits bereits eine heruntergeladene Dokumentation aus dem offiziellen Repository, dann könntest Du nun eine lokale Version der Dokumentation bauen und betrachten. Ansonsten mach mit dem nächsten Punkt weiter: GitHub Konto erstellen
Öffne dazu ein Terminal, navigiere zum Ordner linuxmuster-docs/main, führe make clean && make html aus und rufe die Datei linuxmuster-docs/main/build/html/index.html z.B. mit dem Browser Firefox auf, um das Ergebnis zu betrachten.
linuxadmin@lmn-docs:~$ cd linuxmuster-docs/
linuxadmin@lmn-docs:~/linuxmuster-docs$ cd main/
linuxadmin@lmn-docs:~/linuxmuster-docs/main$ make celan && make html
sphinx-build -b html -d build/doctrees source build/html
Running Sphinx v7.2.6
loading translations [de_DE]... done
loading pickled environment... done
...
linuxadmin@lmn-docs:~/linuxmuster-docs/main$ firefox build/html/index.html
GitHub Konto erstellen¶
Spätestens jetzt solltest Du ein Konto bei GitHub erstellen: https://github.com/join.
Verifziere Deine E-Mail-Adresse. Natürlich kannst Du die Dokumentation zu GitHub durchlesen. Weiter geht es dann unter https://github.com/linuxmuster-docs/main
Hinweis
Im folgenden wird das Konto „lmn-docs-bot“ verwendet. Überall wo dieser auftaucht, ersetze ihn durch Dein Kontonamen bei GitHub.
Linuxmuster Dokumentation forken¶
Öffne die linuxmuster.net Dokumentation auf Github und klicke auf „Fork“.
Öffne nun einen Terminal / Eingabeauffoderung (Strg+Alt+t
in Ubuntu) and gib folgenden Befehl ein:
Bemerkung
Nutze die URL git@github.com:lmn-docs-bot/main.git
falls Du bereits einen SSH-Schlüssel bei Github hochgeladen hast!
linuxadmin@lmn-docs:~$ git clone https://github.com/lmn-docs-bot/main.git my-docs
Klone nach 'my-docs' ...
...
linuxadmin@lmn-docs:~$ cd my-docs
Du kannst nun mit
linuxadmin@lmn-docs:~/my-docs$ make clean && make html
linuxadmin@lmn-docs:~/my-docs$ firefox build/html/index.html
die Dokumentation in HTML übersetzen und diese lokal in Deinem Browser öffnen.
Dokumentation ändern oder neu erstellen¶
Die Dokumentation ist in der Markupsprache „rST“ geschrieben. Hier findest Du einen guten Überblick über die häufig verwendeten Elemente.
Hinweis
Bitte beachte auch unbedingt die Leitlinien zur Dokumentation, damit die Änderungen schnell eingepflegt werden könnnen!
Im Verzeichnis source
und den entsprechenden Unterordnern befinden sich alle Dokumentationsdateien. Öffne einfach eine dieser Dateien und führe die gewünschten Änderungen durch. Du kannst auch eine neue Dokumentation in einem der Unterordner anlegen. Erstelle dazu einfach einen Ordner mit einem passenden Namen und die notwendige index.rst
Datei.
$ mkdir source/howto/foobar
$ touch source/howto/foobar/index.rst
Schau Dir auch die anderen Dokumentationsdateien an, um mehr über den Aufbau und Syntax zu lernen.
Commit und push¶
Hast Du alle Änderungen vorgenommen, kannst Du diese nun zur Überprüfung einreichen. Dazu sind folgende Schritte notwendig:
Wichtig
Überprüfe bitte zuerst, ob make clean && make html
ohne Fehler durchläuft! Falls nicht, behebe bitte alle Fehler und Warnungen, bevor Du Deine Änderungen hochlädst!
$ make html
Falls Du neue Dateien oder Ordner erstellt hast, müssen diese noch hinzugefügt werden:
$ git add source/howto/foobar
Gib nun noch einen Kommentar zu Deinen Änderungen ein und lade alles in Deinen Fork hoch:
$ git commit -a -m"My great documentation"
$ git push
Pull-Request¶
Erstelle nun einen „Pull-Request“ unter https://github.com/lmn-docs-bot/main, indem Du auf New Pull Request
klickst.
Wenn Du weitere Änderungen vornehmen möchtest und diese mit git commit -a -m"My comment"
und git push
bei Github hochlädst, werden diese Änderungen automatisch dem Pull Request hinzugefügt.
Eigenen Fork aktualisieren¶
Um später weiter Änderungen vornehmen zu können, kann der eigene Fork bei GitHub komplett gelöscht und ein neuer erzeugt werden. Alternativ kann der eigene Fork auf den Stand des offiziellen Repository gebracht werden:
Verschiebe alle lokalen Änderungen mit
git stash
in den Hintergrund~/my-docs$ git stash
Füge (einmalig) einen remote-tracking branch hinzu:
~/my-docs$ git remote add upstream https://github.com/linuxmuster-docs/main.git
Hole und merge den aktuellen offiziellen branch:
~/my-docs$ git fetch upstream ~/my-docs$ git merge upstream/master Aktualisiere 76e2e32..be2f941 Fast-forward
Wenn der merge nicht in einem
Fast-forward
endet, solltest Du besser den Fork löschen und neu erzeugen. Andernfalls kannst Du jetzt die offiziellen Änderungen hochladen.~/my-docs$ git push
Jetzt kannst Du Deine lokalen Änderungen wieder hervorholen:
~/my-docs$ git stash pop
Für Fortgeschrittene: andere Zweige bearbeiten¶
Unterschiedliche Versionen von linuxmuster.net werden in unterschiedlichen Zweigen des github-Repository dokumentiert. Die aktuelle Version ist im Zweig master
untergebracht und obige Abschnitte beziehen sich darauf.
Will man einen anderen Zweig bearbeiten, beispielsweise den Zweig v7.2
, dann gibt es nur Folgendes zu beachten:
Man muss einmalig den Zweig mit
git checkout v7.2
lokal initialisieren. Mitgit branch
sieht man, welche Zweige aktuell sind.linuxadmin@lmn-docs:~/my-docs$ git branch -l * master linuxadmin@lmn-docs:~/my-docs$ git checkout v7.2 Zu Branch 'v7.2' gewechselt Ihr Branch ist auf demselben Stand wie 'origin/v7.2'. linuxadmin@lmn-docs:~/my-docs$ git branch master * v7.2
Man sollte also immer nachschauen, in welchem Zweig man gerade arbeitet.
Die Abschnitte zu
commit
undpush
stimmen in jedem Zweig.Wird ein Pull-Request in Github erstellt, dann ist zu beachten, dass auch die gleichen Zweige verglichen werden.
Aktualisiert man den eigenen Fork über das
upstream
-Repository, dann muss man den Befehl zum Zusammenführen anpassen. Ein Ablauf kann dann so aussehen:linuxadmin@lmn-docs:~/my-docs$ git fetch upstream remote: Enumerating objects: 15, done. remote: Counting objects: 100% (15/15), done. remote: Compressing objects: 100% (12/12), done. remote: Total 19 (delta 4), reused 3 (delta 3), pack-reused 4 Entpacke Objekte: 100% (19/19), Fertig. Von https://github.com/linuxmuster-docs/main 7d25598..2c31c06 master -> upstream/master 4a27d6b..d4edde9 v7.2 -> upstream/v7.2 linuxadmin@lmn-docs:~/my-docs$ git branch master * v7.2 linuxadmin@lmn-docs:~/my-docs$ git merge upstream/v7.2 Aktualisiere d3ada10..d4edde9 Fast-forward source/appendix/install-on-kvm/index.rst | 2 ++ 1 file changed, 2 insertions(+)
Ein „merge“ des falschen Zweiges, z.B.
upstream/master
hätte hier zu Folge, dass alle Änderungen zwischen den Zweigen zusammengeführt werden würden. Dies führt bei stark unterscheidenden Zweigen zu Fehlern.
Der master
-Zweig ist kein besonderer Zweig. Man kann also dorthin zurückkehren, wie man zu jedem Zweig wechselt, mit git checkout master
.