Arbeitsablauf
These instructions assume that you already have a github account and have installed Git as well. Make sure that git is in your PATH by executing the command git in any terminal or cmd and checking that it doesn’t output an error such as “command not found”. If you don’t have git installed, follow these instructions.
🔗Undokumentierte Features dokumentieren
Wir sind insbesondere daran interessiert, abgeschlossene Pull Requests, die Änderungen oder Erweiterungen der Dokumentation erforderlich machen, zu dokumentieren. PRs, die Dokumentation erfordern, sind mit dem GitHub Label documentation: pending versehen.
Übersicht über die nötigen Schritte:
-
Siehe die Liste der PRs, die dokumentiert werden sollen an.
-
Wähle ein Pull-Request aus, bei dem du verstehst, was in der Dokumentation getan werden muss.
-
Führe die Änderungen entsprechend des unten erklären Workflows durch.
-
Wenn du ein Pull Request erstellt, inkludiere einen Link zum in Schritt 1 ausgewählten PR.
🔗Arbeitsablauf zur Dokumentation
🔗Einmalige Einrichtung
Falls du git noch nicht lokal eingerichtet hast, benutze diese zwei Kommandos um deine Identität einzurichten.
-
git config --global user.email "you@example.com" -
git config --global user.name "Your Name"
Falls du deine lokale git Instanz noch nicht mit GitHub authentifiziert hast, folge der Anleitung für **GitHub CLI ** hier. Die stellt sicher, dass die entsprechenden Schlüssel und Zugangsdaten eingerichtet werden.
Dann kannst du eine Kopie von dtdocs auf einen Computer klonen.
-
Gehe zu
https://github.com/darktable-org/dtdocs. -
Klicke
Forkund dannCreate fork. -
Du wirst nun auf die Seite deines eigenen dtdocs forks weitergeleitet. Klicke
Codeund dann kopiere den Link unter HTTPS. -
Öffne ein Terminal/Kommandozeile in dem Verzeichnis, in dem du das lokale Repository erstellen möchtest. Z.b. ‘C:\Users\YourUser\Documents' oder ‘home/youruser/Documents/’.
-
Klone das dtdocs Repository mit:
git clone https://github.com/<dein Benutzername>/dtdocs.git. Benutze die URL aus Schritt 3. -
Jetzt hast du eine Kopie des dtdocs repository auf deinem PC. Ein paar weitere Einrichtungsschritte folgen.
🔗Änderungen synchronisieren
-
Gehe zu deinen repositories auf GitHub und wähle deinen dtdocs Fork.
-
Klicke
Sync Fork. -
Öffne das Terminal oder die Kommandozeile innerhalb deines lokalen dtdocs repository.
-
Stelle sicher, dass du keine lokal ausstehenden Änderungen hast:
git status; danngit checkout master(falls du dieser Anleitung folgst bist du bereits im Branch master). -
Führe
git pullaus; dies stellt sicher, dass deine lokale Kopie mit deinem Fork auf GitHub aktuell ist.
Alternativ kannst du deinen Fork auch mittels der Kommandozeile synchronisieren:
-
Stelle sicher, dass du keine lokalen ausstehenden Änderungen hast mittels
git statusundgit checkout master. -
Überprüfe die eingerichteten Remote Repositories:
git remote -v. Du solltest mindestensoriginsehen deinen Fork). Wennupstreamnoch fehlt, füge es im nächsten Schritt hinzu. -
Füge das dtdocs Repository als
upstreamhinzu (nur einmalig nötig):git remote add upstream https://github.com/darktable-org/dtdocs.git. -
Pulle den aktuellen Status des dtdocs Repository zu deiner lokalen Kopie:
git pull upstream master. -
Pushe deine nun aktualisierte lokale Kopie zu deinem Fork auf GitHub:
git push origin master.
🔗Einen Branch erzeugen, bearbeiten und ein Pull Request eröffnen
-
Öffne ein Terminal oder die Kommandozeile im Verzeichnis deines lokalen dtdocs Repository.
-
Führe
git pull origin masteraus, um die aktuelle Version von GitHub zu pullen. -
Führe
git checkout -b branch-nameaus und ersetze dabeibranch-namedurch einen selbstgewählten Namen, der zur geplanten Arbeit passt. Z.b. bei diesem PR https://github.com/darktable-org/darktable/pull/17589 könntest du den Branchdt-synch-edit-docsnennen. -
Erledige die geplante Arbeit.
-
Verizifiere die veränderten Dateien mit
git status. Falls du mehr Dateien verändert hast, als du absenden möchtest, kannst du mitgit restore pfad/zur/dateidie Datei zurücksetzen. -
Führe
git add- Aaus, dies “staged” deine Dateien, bereitet sie also zum Commit vor. -
Führe
git commit -m "Dokumentation für dies und das". Gib innerhalb der Anführungszeichen eine kurze Beschreibung der erledigten Arbeit an. -
Führe
git push --set-upstream origin branch-nameaus. Ersetzebranch-namemit dem vorher gewählten Namen. -
Erstelle dein Pull Request mit den unten folgenden Schritten.
-
Falls du weitere Korrekturen (auch wenn das Pull Request bereits erstellt ist) durchführen möchtest, wiederhole einfach Schritte 3-8. Bei Schritt 3 kannst du
-bweglassen und bei Schritt 8 nurgit pushausführen. -
Wenn du mit der Arbeit fertig bist kannst du mit
git checkout masterzum Master Branch zurückkehren. Wir empfehlen, wenn du dich mit git noch nicht so gut auskennst, nur an einem PR auf einmal zu arbeiten.
🔗Running hugo locally to see changes
hugo can also be executed locally to create a local live preview of the docs. This is useful to check for formatting, links etc.
Execute hugo server -D --disableFastRender from the base directory of your local repository. When no errors are encountered, the terminal will report: Web Server is available at http://localhost:1313/usermanual/development/ (bind address 127.0.0.1) and the site should be available at the URL. Hugo will monitor the directory for changes and redeploy upon changing files automatically. When you have a specific page open and make changes to the corresponding .md file the browser should also reload the page after hugo has automatically redeployed.
🔗Pull Request
-
Klicke
compare across forks. Wähle dein Repository, dann den Branch, an dem du gerade gearbeitet hast. -
Klicke
Create Pull Request