English | 简体中文 | 繁體中文 | 한국어 | Deutsch | Español | Français | Italiano | Dansk | 日本語 | Polski | Русский | Bosanski | العربية | Norsk | Português (Brasil) | ไทย | Türkçe | Українська | বাংলা | Ελληνικά | Tiếng Việt
Vi vil gøre det nemt for dig at bidrage til OpenCode. Her er de mest almindelige typer ændringer, der bliver merget:
- Fejlrettelser
- Yderligere LSP'er / Formattere
- Forbedringer af LLM-ydeevne
- Understøttelse af nye udbydere
- Rettelser til miljøspecifikke særheder
- Manglende standardadfærd
- Forbedringer af dokumentation
Dog skal enhver UI- eller kerneproduktfunktion gennemgå en designgennemgang med kerneteamet før implementering.
Alle PR'er skal referere til en eksisterende issue. Før du åbner en PR, åbn en issue, der beskriver fejlen eller funktionen. Dette hjælper vedligeholdere med at triagere og forhindrer dobbeltarbejde. PR'er uden linket issue kan blive lukket uden gennemgang.
Lange, AI-genererede PR-beskrivelser og issues er ikke acceptable og kan blive ignoreret. Respekter vedligeholdernes tid:
- Skriv korte, fokuserede beskrivelser
- Forklar hvad der ændrede sig og hvorfor med dine egne ord
- Hvis du ikke kan forklare det kortfattet, er din PR måske for stor
PR-titler skal følge conventional commit-standarder: feat: ny funktion, fix: fejlrettelse, docs: dokumentation, chore: vedligeholdelse, refactor: refaktorering, test: tests.
For fuldstændige detaljer om opsætning af udviklingsmiljø, build-kommandoer og debugger-konfiguration, se den engelske original CONTRIBUTING.md.