Contributing im OTOBO Open-Source-Projekt
Contributing im OTOBO Open-Source-Projekt
Abschnitt betitelt „Contributing im OTOBO Open-Source-Projekt“OTOBO ist Open Source unter der GitHub-Organisation RotherOSS (https://github.com/RotherOSS/otobo). Wenn du Bugs melden oder eigenen Code beisteuern willst, folge diesem Workflow:
1. GitHub-Workflow
Abschnitt betitelt „1. GitHub-Workflow“1.1 Fork & Clone
Abschnitt betitelt „1.1 Fork & Clone“- Lege dir einen Fork von
https://github.com/RotherOSS/otoboan. - Klone dein Fork lokal:
Terminal-Fenster git clone https://github.com/<dein-user>/otobo.gitcd otobo
1.2 Branching
Abschnitt betitelt „1.2 Branching“Erstelle für jede Änderung einen neuen Branch:
git checkout -b feature/<kurze-beschreibung>Beispiel:
git checkout -b feature/add-hello-world-module1.3 Commit & Push
Abschnitt betitelt „1.3 Commit & Push“-
Implementiere deinen Code.
-
Füge sinnvolle Commit-Messages hinzu:
Terminal-Fenster git add .git commit -m "Adds HelloWorld module with basic functionality" -
Push deinen Branch:
Terminal-Fenster git push origin feature/add-hello-world-module
1.4 Pull Request
Abschnitt betitelt „1.4 Pull Request“- Öffne deinen Fork auf GitHub.
- Klick auf Compare & pull request.
- Beschreibe im PR-Text kurz, was dein Feature/Bugfix macht und warum es wichtig ist.
- Wähle den richtigen Ziel-Branch (meist
masteroderdevelopment).
2. Code Style & Tests
Abschnitt betitelt „2. Code Style & Tests“2.1 CodePolicy
Abschnitt betitelt „2.1 CodePolicy“RotherOSS nutzt das Tool CodePolicy (https://github.com/RotherOSS/CodePolicy), um Coding-Standards zu prüfen.
-
Installation:
Terminal-Fenster cpanm CodePolicy -
Ausführen im Repo-Root:
Terminal-Fenster CodePolicy --check .
2.2 Perl-Module & POD
Abschnitt betitelt „2.2 Perl-Module & POD“- Jedes
Kernel::System::*undKernel::Modules::*Modul muss POD-Dokumentation enthalten. - Deklariere Abhängigkeiten in
our @ObjectDependencies. - Achte auf
use strict; use warnings;.
2.3 Unit-Tests
Abschnitt betitelt „2.3 Unit-Tests“OTOBO benutzt Mojolicious-Tests und [Test::More]. Lege deine Tests in t/ ab:
prove -l t/MyModule.t3. Issue-Management & Reviews
Abschnitt betitelt „3. Issue-Management & Reviews“3.1 Issues öffnen
Abschnitt betitelt „3.1 Issues öffnen“- Suche zuerst nach bestehenden Issues.
- Erstelle ein Issue mit Titel, Reproduktions-Schritten, Logs und Screenshots (falls nötig).
3.2 Labels & Templates
Abschnitt betitelt „3.2 Labels & Templates“- Nutze die Labels bug, enhancement, question.
- Folge den Issue- und PR-Templates im Repo.
3.3 Code Reviews
Abschnitt betitelt „3.3 Code Reviews“- Reagiere zeitnah auf Review-Kommentare im PR.
- Ergänze Tests oder ändere Stil, wenn Reviewer es vorschlagen.
- Nach Approval wird dein PR gemerged.
4. Community & Support
Abschnitt betitelt „4. Community & Support“- GitHub Discussions: https://github.com/RotherOSS/otobo/discussions
- Mailingliste & Chat: Links findest du auf https://otobo.com/ im Bereich „Community“.
- Dokumentation: Developer-Docs auf https://doc.otobo.org/ („How to Contribute“).
Viel Erfolg beim Mitgestalten von OTOBO!