English | 简体中文 | 繁體中文 | 한국어 | Deutsch | Español | Français | Italiano | Dansk | 日本語 | Polski | Русский | Bosanski | العربية | Norsk | Português (Brasil) | ไทย | Türkçe | Українська | বাংলা | Ελληνικά | Tiếng Việt
Θέλουμε να σας διευκολύνουμε να συνεισφέρετε στο OpenCode. Εδώ είναι οι συχνότεροι τύποι αλλαγών που γίνονται merge:
- Διορθώσεις σφαλμάτων
- Επιπλέον LSPs / Formatters
- Βελτιώσεις απόδοσης LLM
- Υποστήριξη για νέους παρόχους
- Διορθώσεις για ιδιαιτερότητες περιβάλλοντος
- Απούσα πρότυπη συμπεριφορά
- Βελτιώσεις τεκμηρίωσης
Ωστόσο, οποιαδήποτε δυνατότητα UI ή βασικού προϊόντος πρέπει να περάσει από σχεδιαστική αναθεώρηση με την βασική ομάδα πριν την υλοποίηση.
Όλα τα PRs πρέπει να αναφέρονται σε υπάρχον issue. Πριν ανοίξετε ένα PR, ανοίξτε ένα issue που περιγράφει το σφάλμα ή τη δυνατότητα. Αυτό βοηθά τους maintainers στο triage και αποτρέπει διπλή εργασία. Τα PRs χωρίς συνδεδεμένο issue μπορεί να κλείσουν χωρίς αναθεώρηση.
Μακρές, AI-generated περιγραφές PR και issues δεν είναι αποδεκτές και μπορεί να αγνοηθούν. Σεβαστείτε τον χρόνο των maintainers:
- Γράψτε σύντομες, εστιασμένες περιγραφές
- Εξηγήστε τι άλλαξε και γιατί με δικά σας λόγια
- Εάν δεν μπορείτε να το εξηγήσετε σύντομα, το PR σας ίσως είναι πολύ μεγάλο
Οι τίτλοι PR πρέπει να ακολουθούν τα πρότυπα conventional commit: feat: νέα δυνατότητα, fix: διόρθωση σφάλματος, docs: τεκμηρίωση, chore: συντήρηση, refactor: αναδιαμόρφωση, test: δοκιμές.
Για πλήρεις λεπτομέρειες σχετικά με τη ρύθμιση περιβάλλοντος ανάπτυξης, εντολές build και διαμόρφωση debugger, δείτε το αγγλικό πρωτότυπο CONTRIBUTING.md.