English | 简体中文 | 繁體中文 | 한국어 | Deutsch | Español | Français | Italiano | Dansk | 日本語 | Polski | Русский | Bosanski | العربية | Norsk | Português (Brasil) | ไทย | Türkçe | Українська | বাংলা | Ελληνικά | Tiếng Việt
เราต้องการทำให้คุณมีส่วนร่วมกับ OpenCode ได้ง่าย นี่คือประเภทการเปลี่ยนแปลงที่มักถูก merge:
- การแก้ไขบัก
- LSP / ตัวจัดรูปแบบเพิ่มเติม
- การปรับปรุงประสิทธิภาพ LLM
- การสนับสนุนผู้ให้บริการใหม่
- การแก้ไขปัญหาเฉพาะสภาพแวดล้อม
- พฤติกรรมมาตรฐานที่ขาดหายไป
- การปรับปรุงเอกสาร
อย่างไรก็ตาม คุณสมบัติ UI หรือผลิตภัณฑ์หลักใด ๆ จะต้องผ่านการตรวจสอบการออกแบบกับทีมหลักก่อนการใช้งาน
PR ทั้งหมดต้องอ้างอิงถึง issue ที่มีอยู่ ก่อนเปิด PR ให้เปิด issue ที่อธิบายบักหรือคุณลักษณะ สิ่งนี้ช่วยให้ผู้ดูแลทำ triage และป้องกันการทำงานซ้ำซ้อน PR ที่ไม่มี issue ที่เชื่อมโยงอาจถูกปิดโดยไม่มีการตรวจสอบ
คำอธิบาย PR และ issues ที่ยาวและสร้างโดย AI ไม่เป็นที่ยอมรับและอาจถูกละเลย เคารพเวลาของผู้ดูแล:
- เขียนคำอธิบายสั้น ๆ และมีจุดโฟกัส
- อธิบายสิ่งที่เปลี่ยนแปลงและเหตุผลด้วยคำพูดของคุณเอง
- หากคุณอธิบายไม่สั้น PR ของคุณอาจใหญ่เกินไป
ชื่อ PR ควรเป็นไปตามมาตรฐาน conventional commit: feat: คุณลักษณะใหม่, fix: แก้ไขบัก, docs: เอกสาร, chore: การบำรุงรักษา, refactor: รีแฟกเตอร์, test: การทดสอบ
สำหรับรายละเอียดทั้งหมดเกี่ยวกับการตั้งค่าสภาพแวดล้อมการพัฒนา คำสั่ง build และการกำหนดค่าดีบักเกอร์ โปรดดูต้นฉบับภาษาอังกฤษ CONTRIBUTING.md