เจ้าของควรมีส่วนร่วมในโครงการโอเพนซอร์สอย่างไร?

เมื่อจัดการโครงการโอเพนซอร์ซ (โดยใช้บริการเช่น GitHub) วิธีที่หนึ่งจะตอบสนองต่อไปนี้

ใครบางคนได้กรุณาส่งแพทช์เพื่อเพิ่มคุณสมบัติใหม่หรือแก้ไขปัญหา หนึ่งในสถานการณ์ต่อไปนี้เกิดขึ้น:

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

ไตรมาสที่ 1 ฉันสามารถแก้ไขแหล่งที่ส่งได้หรือไม่ (เป็นไปได้ใน GitHub?)

ไตรมาสที่ 2 ควรส่งการปฏิเสธดังกล่าวทั้งหมดตามแนวทางการส่งหรือไม่

ไตรมาสที่ 3 ถ้าใช่ถึง Q2 ความคิดที่ประณีตมาก ๆ ที่นำมาใช้ไม่ดีเป็นอย่างไร เป็นที่ยอมรับหรือไม่สำหรับฉันที่จะก้าวไปข้างหน้าและสร้างของตัวเอง?

ฉันต้องการที่จะสนับสนุนการมีส่วนร่วม แต่ในขณะเดียวกันก็เป็นสิ่งสำคัญที่จะรักษามาตรฐานที่แน่นอน

ตั้งค่าหากคุณยังไม่มีเอกสารที่อธิบายถึงมาตรฐานของโครงการ ให้แน่ใจว่าได้ร่างทุกสิ่งที่คุณรู้สึกว่าสำคัญเมื่อมีส่วนร่วมในรหัสของโครงการ

จากนั้นตอบกลับไปยังบุคคลที่ให้รหัสโดยละเอียดว่าคุณยินดีเป็นอย่างยิ่งกับการสนับสนุนและคุณต้องการรวมโปรแกรมปะแก้ แต่มีปัญหาบางอย่าง ระบุลิงก์ไปยังเอกสารและอ้างอิงปัญหาเฉพาะที่คุณเห็น จากนั้นขอให้บุคคลนั้นแก้ไขปัญหาและส่งรหัสอีกครั้ง

หากมีผู้สนับสนุนไม่มากเกินไปและการบริจาคนี้มีค่าพอสมควรคุณสามารถยอมรับการแก้ไขได้ตามปกติจากนั้นในการคอมมิทครั้งต่อไปให้เขียนชิ้นส่วนใหม่ด้วยตัวเองหรือฟอร์แมตใหม่เพื่อยืนยันมาตรฐานการเข้ารหัส - หลังจากนั้นคุณจะส่งอีเมลไปยังผู้มีส่วนร่วมพร้อมลิงก์ไปยังส่วนต่างของการเปลี่ยนแปลงที่คุณทำ หวังว่าผู้ให้ข้อมูลจะศึกษาเรื่องต่าง ๆ และส่ง patch ที่ดีขึ้นในครั้งต่อไปซึ่งคุณไม่จำเป็นต้องแก้ไข

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

หากคุณทำสิ่งต่าง ๆ ในลักษณะนี้คำตอบสำหรับไตรมาสที่ 1 - 3 จะเป็น:

• Q1: ใช่แก้ไขการส่งในการกระทำที่ตามมา
• Q2: ไม่เกี่ยวข้อง (ฉันคิดว่าคุณยังไม่ได้เขียนแนวทางใด ๆ )
• Q3: พูดขอบคุณและเขียนใหม่ :-) (บางทีมันไม่มีประโยชน์ที่จะใช้ patch เลยถ้าในการกระทำครั้งต่อไปคุณเขียนมันใหม่อย่างสมบูรณ์อยู่ดี)