นโยบายการมีส่วนร่วม

มนุษย์ page_type: lcat

หน้านี้กล่าวถึงโมเดลการกำกับดูแลและนโยบายการสนับสนุนของ Bazel

โมเดลการกำกับดูแล

โปรเจ็กต์ Bazel เป็นผู้นำและจัดการโดย Google และมีชุมชนขนาดใหญ่ของผู้มีส่วนร่วมนอก Google คอมโพเนนต์ของ Bazel บางรายการ (เช่น ที่เก็บกฎเฉพาะภายใต้องค์กร bazelbuild) เป็นผู้ดูแล ดูแลรักษา และจัดการโดยสมาชิกของชุมชน ทีม Google Bazel ตรวจสอบคำแนะนำให้เพิ่มที่เก็บของชุมชน (เช่น กฎ) ไปยังองค์กร GitHub bazelbuild

บทบาทผู้มีส่วนร่วม

ต่อไปนี้คือข้อมูลสรุปบทบาทในโปรเจ็กต์ Bazel รวมถึงความรับผิดชอบของบุคคลเหล่านั้น

• เจ้าของ: ทีม Google Bazel เจ้าของมีหน้าที่ดังต่อไปนี้
  • กลยุทธ์ การบำรุงรักษา และความเป็นผู้นำโครงการ Bazel
  • การสร้างและดูแลรักษาฟังก์ชันหลักของ Bazel
  • การแต่งตั้งผู้ดูแลและอนุมัติที่เก็บใหม่
• ผู้บำรุงรักษา: ทีม Google Bazel และผู้ใช้ GitHub ที่ได้รับมอบหมาย ผู้ดูแลมีหน้าที่ดังนี้
  • การสร้างและดูแลรักษาฟังก์ชันการทำงานหลักของที่เก็บ
  • การตรวจสอบและอนุมัติการมีส่วนร่วมในด้านต่างๆ ของฐานโค้ด Bazel
  • สนับสนุนผู้ใช้และผู้ให้ข้อมูลร่วมกันด้วยการจัดการปัญหาอย่างทันท่วงทีและโปร่งใส การตรวจสอบการประชาสัมพันธ์ และเอกสารประกอบ
  • การปล่อย ทดสอบ และทำงานร่วมกับเจ้าของ Bazel
• ผู้ร่วมให้ข้อมูล: ผู้ใช้ทุกคนที่ร่วมให้โค้ดหรือเอกสารประกอบสำหรับโปรเจ็กต์ Bazel
  • การสร้าง PR ที่เขียนได้ดีเพื่อจัดทำโค้ดเบสและเอกสารประกอบของ Bazel
  • การใช้แชแนลมาตรฐาน เช่น ปัญหา GitHub เพื่อเสนอการเปลี่ยนแปลงและรายงานปัญหา

การเป็นผู้บำรุงรักษา

เจ้าของ Bazel สามารถแต่งตั้งให้ผู้บำรุงรักษาเป็นผู้นำในส่วนของโค้ดที่กำหนดมาอย่างดี เช่น ชุดกฎ ผู้ร่วมให้ข้อมูลที่มีประวัติการมีส่วนร่วมอย่างต่อเนื่องและมีความรับผิดชอบในอดีตและวางแผนการร่วมให้ข้อมูลครั้งสำคัญในอนาคตจะได้รับการพิจารณาให้เป็นผู้บำรุงรักษาที่มีคุณสมบัติ

นโยบายการมีส่วนร่วม

โครงการ Bazel ยอมรับงบประมาณสนับสนุนจากผู้ร่วมให้ข้อมูลภายนอก ต่อไปนี้เป็นนโยบายการสนับสนุนสำหรับโค้ดพื้นที่ที่จัดการโดย Google และชุมชนจัดการ

• การอนุญาตให้ใช้สิทธิ ผู้ดูแลและผู้ร่วมให้ข้อมูลทุกคนต้องลงนามในข้อตกลงใบอนุญาตผู้สนับสนุนของ Google
• การมีส่วนร่วม เจ้าของและผู้ดูแลควรใช้ทุกวิธีเพื่อให้ได้รับ การมีส่วนร่วมที่คุ้มค่า โดยการมีส่วนร่วมทั้งหมดต้องมีคุณสมบัติดังนี้
  • เขียนได้ดีและมีการทดสอบที่ดี
  • มีการพูดคุยและอนุมัติโดยผู้ดูแลในส่วนที่เกี่ยวข้องของโค้ด การสนทนาและการอนุมัติจะเกิดขึ้นเกี่ยวกับปัญหาของ GitHub และในฝ่ายประชาสัมพันธ์ของ GitHub ส่วนการมีส่วนร่วมจำนวนมากจะต้องมีการตรวจสอบการออกแบบ
  • เพิ่มลงในระบบการรวมอย่างต่อเนื่องของ Bazel หากยังไม่มี
  • รองรับและสอดคล้องกับทิศทางผลิตภัณฑ์ Bazel
• การตรวจสอบโค้ด การเปลี่ยนแปลงทั้งหมดในที่เก็บ bazelbuild ทั้งหมดต้อง ตรวจสอบดังนี้
  • ฝ่าย PR ทั้งหมดต้องได้รับการอนุมัติจากเจ้าของหรือผู้ดูแลรักษา
  • เฉพาะเจ้าของและผู้ดูแลเท่านั้นที่สามารถรวมฝ่ายประชาสัมพันธ์ได้
• ความเข้ากันได้ เจ้าของอาจต้องปฏิเสธหรือขอแก้ไข PR ในกรณีที่การเปลี่ยนแปลงนี้ต้องอาศัยการแก้ไขระบบภายในของ Google อย่างมาก
• เอกสารประกอบ การสนับสนุนฟีเจอร์ควรรวมการอัปเดตเอกสารประกอบด้วยหากเกี่ยวข้อง

ดูรายละเอียดเพิ่มเติมเกี่ยวกับการมีส่วนร่วมกับ Bazel ได้ที่หลักเกณฑ์การมีส่วนร่วม