English • Català • Deutsch • Español • Français • हिंदी • Bahasa Indonesia • Italiano • 日本語
한국어 • Nederlands • Polski • Português (BR) • Русский • Türkçe • Tiếng Việt • 简体中文 • 繁體中文
Roo Code ist ein von der Community getragenes Projekt, und wir schätzen jeden Beitrag sehr. Um die Zusammenarbeit zu optimieren, arbeiten wir nach dem Issue-First-Ansatz, was bedeutet, dass alle Pull Requests (PRs) zuerst mit einem GitHub-Issue verknüpft sein müssen. Bitte lies diesen Leitfaden sorgfältig durch.
- Bevor du beiträgst
- Deinen Beitrag finden und planen
- Entwicklungs- und Einreichungsprozess
- Rechtliches
Alle Mitwirkenden müssen sich an unseren Verhaltenskodex halten.
Unsere Roadmap gibt die Richtung des Projekts vor. Richte deine Beiträge an diesen Hauptzielen aus:
- Stelle sicher, dass die Diff-Bearbeitung und die Befehlsausführung durchweg zuverlässig sind.
- Reduziere Reibungspunkte, die von der regelmäßigen Nutzung abhalten.
- Gewährleiste einen reibungslosen Betrieb in allen Gebietsschemata und auf allen Plattformen.
- Erweitere die robuste Unterstützung für eine Vielzahl von KI-Anbietern und -Modellen.
- Optimiere die UI/UX für Klarheit und Intuitivität.
- Verbessere kontinuierlich den Arbeitsablauf, um den hohen Erwartungen gerecht zu werden, die Entwickler an täglich genutzte Werkzeuge haben.
- Etabliere umfassende Bewertungsmaßstäbe (evals), um die Produktivität in der Praxis zu messen.
- Mache es für jeden einfach, diese Bewertungen auszuführen und zu interpretieren.
- Liefere Verbesserungen, die klare Steigerungen der Bewertungsergebnisse zeigen.
Erwähne die Ausrichtung auf diese Bereiche in deinen PRs.
- Primär: Tritt unserem Discord bei und schreibe eine DM an Hannes Rudolph (
hrudolph). - Alternative: Erfahrene Mitwirkende können sich direkt über GitHub-Projekte beteiligen.
- Fehlerbehebungen: Behebung von Code-Problemen.
- Neue Funktionen: Hinzufügen von Funktionalität.
- Dokumentation: Verbesserung von Anleitungen und Klarheit.
Alle Beiträge beginnen mit einem GitHub-Issue unter Verwendung unserer schlanken Vorlagen.
- Überprüfe bestehende Issues: Suche in den GitHub Issues.
- Erstelle ein Issue mit:
- Verbesserungen: Vorlage „Verbesserungsvorschlag“ (einfache Sprache mit Fokus auf den Nutzen für den Benutzer).
- Fehler: Vorlage „Fehlerbericht“ (minimale Reproduktion + erwartet vs. tatsächlich + Version).
- Möchtest du daran arbeiten? Kommentiere „Claiming“ im Issue und schreibe eine DM an Hannes Rudolph (
hrudolph) auf Discord, um zugewiesen zu werden. Die Zuweisung wird im Thread bestätigt. - PRs müssen auf das Issue verweisen. Nicht verknüpfte PRs können geschlossen werden.
- Überprüfe das GitHub-Projekt auf „Issue [Unassigned]“-Issues.
- Für Dokumentation besuche Roo Code Docs.
- Überprüfe zuerst, ob bereits Berichte vorhanden sind.
- Erstelle einen neuen Fehler mit der Vorlage „Fehlerbericht“ mit:
- Klaren, nummerierten Reproduktionsschritten
- Erwartetes vs. tatsächliches Ergebnis
- Roo Code-Version (erforderlich); API-Anbieter/Modell, falls relevant
- Sicherheitsprobleme: Melde sie privat über Sicherheitshinweise.
- Fork & Klonen:
git clone https://github.com/DEIN_BENUTZERNAME/Roo-Code.git
- Abhängigkeiten installieren:
pnpm install
- Debugging: Mit VS Code öffnen (
F5).
- Ein fokussierter PR pro Funktion oder Fehlerbehebung.
- Befolge die Best Practices von ESLint und TypeScript.
- Schreibe klare, beschreibende Commits mit Verweis auf Issues (z. B.
Fixes #123). - Stelle gründliche Tests bereit (
npm test). - Rebase auf den neuesten
main-Zweig vor der Einreichung.
- Beginne als Entwurfs-PR, wenn du frühzeitig Feedback einholen möchtest.
- Beschreibe deine Änderungen klar und deutlich gemäß der Pull-Request-Vorlage.
- Verknüpfe das Issue in der PR-Beschreibung/Titel (z. B. „Fixes #123“).
- Stelle Screenshots/Videos für UI-Änderungen bereit.
- Gib an, ob Dokumentationsaktualisierungen erforderlich sind.
- Muss auf ein zugewiesenes GitHub-Issue verweisen. Um zugewiesen zu werden: Kommentiere „Claiming“ im Issue und schreibe eine DM an Hannes Rudolph (
hrudolph) auf Discord. Die Zuweisung wird im Thread bestätigt. - Nicht verknüpfte PRs können geschlossen werden.
- PRs müssen die CI-Tests bestehen, mit der Roadmap übereinstimmen und eine klare Dokumentation haben.
- Tägliche Triage: Schnelle Überprüfungen durch die Betreuer.
- Wöchentliche ausführliche Überprüfung: Umfassende Bewertung.
- Iteriere umgehend basierend auf dem Feedback.
Indem du einen Beitrag leistest, stimmst du zu, dass deine Beiträge unter der Apache-2.0-Lizenz lizenziert werden, die mit der Lizenzierung von Roo Code übereinstimmt.