จะไปเกี่ยวกับ "รับช่วง" โครงการโอเพนซอร์สได้อย่างไร


29

มีโครงการโอเพนซอร์ซที่ฉันสนใจและใช้เป็นประจำ มันได้รับอนุญาตภายใต้ Apache License 2.0 และโดยทั่วไปจะไม่มีกิจกรรมอีกต่อไป มันโฮสต์บน Google Code และฉันสนใจที่จะพัฒนามันต่อไป ฉันยังใหม่กับกระบวนการโอเพนซอร์ซและฉันพยายามหาวิธีที่เหมาะสมในการทำสิ่งนี้ ฉันสามารถตรวจสอบและผลักดันให้ GitHub เพื่อให้ฉันสามารถดำเนินการต่อในการพัฒนาที่มีอยู่หรือไม่ ฉันควรติดต่อโครงการ "เจ้าของ" ก่อนหรือไม่ นอกจากนี้ฉันจะปล่อยให้ข้อมูลผู้เขียนทั้งหมดอยู่ด้านบนของชั้นเรียน ฯลฯ แม้ว่าฉันจะทำการเปลี่ยนแปลง .. (ฉันคิดว่าคำตอบคือใช่)?

นอกจากนี้ฉันจะปฏิบัติตามข้อกำหนดสิทธิการใช้งานของ "การแก้ไขทั้งหมดมีการระบุไว้อย่างชัดเจนว่าเป็นงานของตัวปรับเปลี่ยน" ได้อย่างไร? ฉันจะแสดงความคิดเห็นทุกการเปลี่ยนแปลงที่ฉันทำหรือไม่?

คำแนะนำใด ๆ เกี่ยวกับหลักสูตร / มาตรฐานปกติที่นี่จะได้รับการชื่นชมอย่างมากคืออะไร?


2
โครงการยังมีชุมชนที่ทำงานอยู่หรือไม่?
Tim Post


1
ติดต่อ Apache พวกเขามีขั้นตอนอย่างเป็นทางการและสมเหตุสมผลสำหรับทุกสิ่ง
James Anderson

คำตอบ:


29

เมื่อเร็ว ๆ นี้ฉันเข้าควบคุมโครงการโอเพ่นซอร์ส ขั้นตอนที่ฉันติดตามคือ:

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

โดย"เก็บการประพันธ์ต้นฉบับ" ...ฉันหมายถึงให้เครดิตผู้แต่งดั้งเดิมเหนือตนเองในทุกกรณีเนื่องจากเดิมเป็นงานของเขา / เธอ


1
คุณหมายถึงอะไร "เก็บผลงานต้นฉบับ (จะเพิ่มตัวเองเมื่อฉันทำการเปลี่ยนแปลงเพิ่มเติม")
LuxuryMode

ฉันตั้งใจจะให้เครดิตผู้เขียนต้นฉบับด้านบนตัวเองในทุกกรณีเนื่องจากเดิมเป็นงานของเขา / เธอ
Alan Haggai Alavi

มาร์คบูธ : คุณพูดถูก ขอบคุณสำหรับการแก้ไขคำตอบของฉัน :-)
Alan Haggai Alavi

7

คุณควรจะแยกโครงการที่อาจจะเข้ามาใน GitHub

หรือคุณสามารถลองติดต่อผู้เขียนต้นฉบับ


1
ขอบคุณมาก. ฉันส่งอีเมลถึงผู้แต่งดั้งเดิม แค่สงสัยมีเหตุผลใดที่ฉันต้องติดต่อเขาหรือมันเป็นเพียงมารยาททั่วไป ในแง่ของใบอนุญาตฉันมีอิสระที่จะทำในสิ่งที่ฉันต้องการตราบใดที่ฉันยึดมันใช่ไหม? นอกจากนี้ฉันพูดเร็วเกินไป เห็นได้ชัดว่า repo ดั้งเดิมอยู่ในความเมตตา ฉันควรใช้ปลั๊กอินปรอทของ hg-git: hg-git.github.comหรือไม่
LuxuryMode

7
สามัญมารยาท นอกจากนี้คุณยังสามารถควบคุมสิ่งอื่นนอกเหนือจากซอร์สโค้ดเช่นชื่อโดเมนเครื่องหมายการค้าเว็บไซต์รายชื่อผู้รับจดหมาย ฯลฯ
FigBug

2
มันเคยเป็นส้อมที่ถือว่าไม่ดี มันถูกมองว่าเป็นการดีที่สุดที่จะติดต่อผู้พัฒนาดั้งเดิมและสุภาพ ปรัชญา githib คือส้อมมีราคาถูกและทุกคนควรแยก ท้ายที่สุดภายใต้ DVCS ทุกอย่างเป็นทางแยก ดังนั้นทำไมคุณเห็นมุมมองที่แตกต่างเหล่านี้
Andrew Dalke

1
ผู้ใช้เกลียดการส้อมด้วยส้อมคุณจะไม่ได้รับการฉุดอดีตฐานผู้ใช้ผู้ทดสอบผู้รวบรวม / ผู้รวบรวมรุ่นเรียบเรียง โดยทั่วไปคุณต้องการพวกเขา วิธีการ github ( gihub-do ) นั้นดีที่สุดสำหรับการตีความสิ่งที่ไม่ได้มีจุดมุ่งหมายที่การกระจายแบบไบนารี และคุณยังจะสูญเสียคนที่มีทักษะมากที่เพียงต้องการและไม่สนใจเกี่ยวกับการใกล้hg git(ใช่สงครามศาสนา Bleargh)
ZJR

6

มีหลายวิธีที่จะทำสิ่งนี้:

  1. ส่งอีเมล "เจ้าของ / ผู้แต่ง" ต้นฉบับ บอกเขาเกี่ยวกับความตั้งใจของคุณและวิธีที่คุณสามารถช่วยพัฒนา รอประมาณ 1 สัปดาห์ หากไม่มีคำตอบ ...
  2. แยกที่เก็บ ด้วยความเคารพและเพื่อให้แน่ใจว่าคุณไม่ได้ทำอะไรผิด (ซึ่งคุณอาจไม่ได้) ให้อ้างอิงอย่างชัดเจนถึงผู้เขียนต้นฉบับ
  3. รับการเข้ารหัส! ตอนนี้คุณเป็นผู้พัฒนา Project ABC ที่ภาคภูมิใจ
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.