แยกโครงการโอเพนซอร์สอย่างสวยงาม


27

ได้เวลา.

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

แต่มันจะไม่ทำงานกับนักพัฒนาที่มีอยู่

ในที่สุดคุณต้องแยกรหัส

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

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

การแข่งขัน? การขุดทรัพยากร การรุกล้ำของผู้ใช้?

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

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

อดัม

คำตอบ:


20

คุณต้องการทำงานด้วยตัวเองของรหัสหรือคุณต้องการแยกส่วนชุมชน?

เราได้แยกโครงการภายในสองโครงการ เราจะทำการเปลี่ยนแปลงจัดส่งมันให้กับเจ้าของพวกเขาจะพูดว่า "ไม่ขอบคุณ" และเราจะยักไหล่ของเราและนำมันภายในและรักษามันเอง

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

ไม่มีการเรียกร้องให้เรา "ส่งเสริม" การเปลี่ยนแปลงของเราในรูปแบบสาธารณะใด ๆ มากกว่ารายชื่อผู้รับจดหมาย dev

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

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

มีแหล่งที่มาที่จะใช้ดังนั้นให้ใช้


8

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

และนี่เป็นเพียงเหตุผล: "ส้อม" เป็นคู่แข่งที่มีศักยภาพตามธรรมชาติในขณะที่ "กิ่งก้านสาขา" นั้น - อย่างน้อยก็ด้วยการออกแบบ - หมายถึงการรวมเข้าด้วยกัน / มีส่วนร่วมในโครงการในที่สุด


5

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

จากนั้นสร้างส้อมของคุณ แน่นอนคุณเป็นนักพัฒนาที่รับผิดชอบดังนั้นคุณจึงวางโค้ดทั้งหมดภายใต้การควบคุมการแก้ไข ใช้ Launchpad หรือ SourceForge หรือ Google Code หรืออะไรก็ตาม

นอนหงายสักพักแล้วก็ทำมันเอง จากนั้นให้คนที่คุณไว้วางใจ "ดู" สิ่งที่คุณสร้าง จากนั้นคนอื่น หลังจากนั้นทำเว็บไซต์โครงการง่ายๆทุกที่ที่คุณรักษาแหล่งที่มา

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


ความคิดเห็นของ codelogic อีกครั้ง:

ขวา; ฉันสันนิษฐานว่าคนที่ OP ต้องการจะทิ้งไว้ข้างหลังนั้นไม่สามารถทำโครงการนี้ได้ด้วยตนเอง

ฉันได้ยินมาว่า "องค์กรอยู่รอดคนทำไม่ได้" นั่นคือไม่มีบุคคลใดมีความสำคัญต่อโครงการที่ทีมที่เหลือไม่สามารถชดเชยสุญญากาศที่เหลืออยู่โดยการจากไปของบุคคลนั้น

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


IMHO ส่วนสุดท้ายของคำตอบของคุณนั้นเกินความจริงเกินไป ไม่ใช่เรื่องธรรมดาที่โครงการยอดนิยมจะปฏิเสธกิจกรรมเนื่องจากการแยก

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