วิธีการจัดการกับผู้ให้ข้อมูลโอเพนซอร์ซที่มีความหมายดี?


30

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

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

คุณจัดการกับคำขอดังกล่าวจากคนที่คุณไม่รู้จักได้อย่างไร (บน GitHub โดยเฉพาะหากมีการเปลี่ยนแปลง) มารยาทที่นี่คืออะไร?


44
บน github เพียงแค่ให้เขาทำคำขอดึงและปฏิเสธถ้าคุณไม่ชอบมัน
วงล้อประหลาด

11
ชื่อบัญชีที่เหมาะสม?
Aren

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

2
@ ฉันจะได้รับการพิเศษ+=1ไหม?
Solo

คำตอบ:


41

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

ทีม OSS เติบโตแบบอินทรีย์ ทำให้ตัวเองพร้อมที่จะถามคำถามและปล่อยให้พวกเขาสร้างเครดิตบนท้องถนนเมื่อเวลาผ่านไป


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

แก้ตัวความไม่รู้ของฉัน แต่มีความแตกต่างระหว่างแพทช์และคำขอดึง?
heltonbiker

54

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


34
นั่นเป็นวิธีที่ GitHub ตั้งใจให้ทำงานหรือไม่?
alroc

14
สิ่งเดียวที่ฉันจะเพิ่มคือขอให้บุคคลนี้สำหรับคำขอดึงครั้งแรกที่จะมีขนาดเล็กเพื่อหลีกเลี่ยงพวกเขาใช้ความพยายามมากเกินไปก่อนที่คุณจะเห็นรหัสของพวกเขา เมื่อต้องเผชิญกับ "ความท้าทาย" เช่นนี้พวกเขาอาจรู้สึกว่าจำเป็นต้องส่งสิ่งที่ใหญ่และน่าประทับใจ :-)
ซีส Kozielczyk

1
และบางสิ่งที่ยิ่งใหญ่และน่าประทับใจจะทำลายสิ่งต่าง ๆ หากไม่ได้จัดการอย่างระมัดระวัง
วงล้อประหลาด

ดังนั้นหากการบริจาคมีประโยชน์ แต่ขาดคุณภาพและคุณยุ่งเกินไปที่จะจับเขาไว้มันตกลงไหมที่จะปฏิเสธการบริจาค?
Solo

@Solo: แน่นอน มันก็โอเคที่จะคาดหวัง / ขอให้ผู้มีส่วนร่วมในการรักษาและแก้ไขข้อบกพร่องในคุณสมบัติของพวกเขาอย่างน้อยก็จนกว่าคนอื่น ๆ ในทีมจะเรียนรู้รหัสนั้นและโดยเฉพาะอย่างยิ่งการกระทำที่ใหญ่กว่า
ฮูโก้

16

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.