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

... 2022-8-15 Less than 1 minute

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

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

เอกสารนี้ได้รับการดูแลอย่างกระตือรือร้นโดยทีม SubQuery เรายินดีรับความช่วยเหลือของคุณ คุณสามารถทำได้โดย Fork โปรเจ็กต์ GitHub ของเรา และทำการเปลี่ยนแปลงไฟล์ Markdown ของเอกสารทั้งหมดภายใต้ไดเร็กทอรี docs

ต่อไปนี้เป็นชุดแนวทาง (ไม่ใช่กฎ) สำหรับการมีส่วนร่วมใน SubQuery การปฏิบัติตามหลักเกณฑ์เหล่านี้จะช่วยให้กระบวนการการมีส่วนร่วมเป็นเรื่องง่ายและมีประสิทธิภาพสำหรับทุกคนที่เกี่ยวข้อง นอกจากนี้ยังเป็นการแสดงว่าคุณตกลงที่จะเคารพเวลาของนักพัฒนาที่กำลังจัดการและพัฒนาโปรเจ็กต์นี้ ในทางกลับกัน เราจะตอบแทนความเคารพนั้นด้วยการจัดการกับปัญหาของคุณ พิจารณาการเปลี่ยนแปลง ทำงานร่วมกันในการปรับปรุง และช่วยให้คุณดำเนินการตาม Pull Requests ของคุณให้เสร็จสิ้น

# จรรยาบรรณ

เราให้ความสำคัญกับโปรเจ็กต์โอเพนซอร์สและความรับผิดชอบของชุมชนอย่างจริงจัง และยึดถือตนเองและผู้มีส่วนร่วมอื่นๆให้มีมาตรฐานระดับสูงในการสื่อสาร การเข้าร่วมและมีส่วนร่วมในโปรเจ็กต์นี้แสดงว่าคุณตกลงที่จะรักษา Code of Conduct (opens new window) ของเรา

# เริ่มต้น

การมีส่วนร่วมใน Repositories ของเราถูกดำเนินการผ่าน Issues และ Pull Requests (PRs) หลักเกณฑ์ทั่วไปบางประการซึ่งครอบคลุมทั้ง:

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

# วิธีการมีส่วนร่วม

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

Bug ต่างๆ จะถูกติดตามด้วย GitHub Issues ในขณะที่บันทึก Issue ให้อธิบายปัญหาและใส่รายละเอียดเพิ่มเติมต่างๆ เพื่อช่วยผู้ดูแลในการจำลองการเกิดปัญหาขึ้นมาใหม่:

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

# การส่ง Pull Requests

โดยทั่วไปแล้ว เราปฏิบัติตาม Git Workflow แบบ "Fork-and-Pull"

  • Fork Repository ไปยังบัญชี Github ของคุณเอง
  • Clone โปรเจ็กต์มายังเครื่องของคุณ
  • สร้าง Branch แบบ Local ด้วยชื่อที่กระชับแต่สื่อความหมาย
  • ยืนยันการเปลี่ยนแปลง Branch
  • ปฏิบัติตาม Format และแนวทางการทดสอบเฉพาะสำหรับ Repo นี้
  • ส่งการเปลี่ยนแปลงไปที่ Fork ของคุณ
  • เปิด PR ใน Repository ของเรา

# ข้อตกลงในการเขียนโค้ด

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

  • ใช้ Present Tense ("Add feature" ไม่ใช่ "Added feature")
  • ใช้ประโยคแบบ Imperative ("Move cursor to..." Moves cursor to...")
  • จำกัดบรรทัดแรกไม่เกิน 72 ตัวอักษร

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

  • โค้ด JavaScript ทั้งหมดถูกครอบด้วย Prettier และ ESLint
Last update: August 15, 2022 23:43