Skip to main content

การมีส่วนร่วมใน SubQuery

SubQuery TeamAbout 1 min

การมีส่วนร่วมใน SubQuery

ยินดีต้อนรับและขอขอบคุณเป็นอย่างยิ่งที่สนใจที่จะเข้าร่วมในโปรเจ็กต์ SubQuery นี้! ด้วยความร่วมมือกัน เราจะสามารถปูทางไปสู่อนาคตที่มีการกระจายอำนาจมากขึ้น

Note This documentation is actively maintained by the SubQuery team. We welcome your contributions. You can do so by forking our GitHub project and making changes to all the documentation markdown files under the `docs` directory. :::

What follows is a set of guidelines (not rules) for contributing to SubQuery. Following these guidelines will help us make the contribution process easy and effective for everyone involved. It also communicates that you agree to respect the time of the developers managing and developing this project. In return, we will reciprocate that respect by addressing your issue, considering changes, collaborating on improvements, and helping you finalise your pull requests.


We take our open source community projects and responsibility seriously and hold ourselves and other contributors to high standards of communication. By participating and contributing to this project, you agree to uphold our Code of Conductopen in new window.


Contributions to our repositories are made through Issues and Pull Requests (PRs). A few general guidelines that cover both:

  • การค้นหา Issues และ PR ที่มีอยู่ก่อนที่จะสร้าง Issues ของคุณเอง
  • เราทำงานอย่างหนักเพื่อให้แน่ใจว่า Issues จะได้รับการจัดการโดยทันที แต่อาจใช้เวลาสักครู่ในการตรวจสอบหาสาเหตุ ทั้งนี้ขึ้นอยู่กับต้นเหต การใช้ @ mention ที่เป็นมิตรในความคิดเห็นถึงผู้ส่งหรือผู้ร่วมให้ข้อมูลสามารถช่วยดึงดูดความสนใจได้หาก Issue ของคุณยังไม่ได้รับการแก้ไข้


การรายงานข้อบกพร่อง (Bug)

Bugs are tracked as GitHub issues. When logging an issue, explain the problem and include additional details to help maintainers reproduce the problem:

  • ตั้งชื่อ Issue ที่ชัดเจนและสื่อความหมายเพื่อระบุปัญหา
  • อธิบายขั้นตอนที่แน่นอนในการทำให้เกิดปัญหานี้ซ้ำ
  • อธิบายอาการที่คุณสังเกตเห็นหลังจากทำตามขั้นตอนต่างๆ
  • อธิบายว่าคุณคาดว่าจะเห็นผลลัพธ์ใดแทนและเพราะเหตุใด
  • รวมภาพหน้าจอด้วย ถ้าเป็นไปได้

การส่ง Pull Requests

In general, we follow the "fork-and-pull" Git workflow:

  • Fork the repository to your own Github account.
  • Clone the project to your machine.
  • Create a branch locally with a succinct but descriptive name.
  • Commit changes to the branch.
  • Following any formatting and testing guidelines specific to this repo.
  • Push changes to your fork.
  • Open a PR in our repository.


ข้อความในการยืนยัน Git

  • Use the present tense ("Add feature" not "Added feature").
  • Use the imperative mood ("Move cursor to..." not "Moves cursor to...").
  • Limit the first line to 72 characters or less.

แนวทางรูปแบบสำหรับ JavaScript

  • All JavaScript code is linted with Prettier and ESLint.