คำถามติดแท็ก open-source

คำถามเกี่ยวกับซอฟต์แวร์ซึ่งซอร์สโค้ดต้นฉบับนั้นให้บริการฟรีและอาจแจกจ่ายและแก้ไขใหม่

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

1
จาวาสคริปต์ทางฝั่งไคลเอ็นต์ครอบคลุมโดย GPL อย่างไร?
หากฉันใช้ไลบรารี่ Javascript ที่มีลิขสิทธิ์ GPL ในเว็บแอปพลิเคชันฉันจะต้องเสนอซอร์สโค้ดของทั้งไซต์ให้กับทุกคนที่ดาวน์โหลดและดำเนินการ Javascript lib หรือไม่

3
วิธีการโปรโมตโครงการโอเพนซอร์ซ
ก่อนอื่นฉันต้องขออภัยถ้านี่เป็นส่วนที่ผิดของเครือข่ายที่จะโพสต์คำถามนี้ ถ้าเป็นโปรดย้ายไปยังตำแหน่งที่เหมาะสมกว่า ... คำถาม: ฉันต้องการฟังความคิดเห็นของคุณเกี่ยวกับวิธีการที่โครงการเริ่มต้นและเปิดใช้งาน ฉันมีโครงการระบบจัดการเนื้อหาโอเพนซอร์ซและมีคำถามเกิดขึ้นที่นี่: ฉันควรทำอย่างไร ฉันจะมาพร้อมกับ pre-alpha edition ที่ทำงานได้กับ front-end-back-end ก่อนแล้วประกาศโครงการต่อสาธารณะหรือไม่ หรือฉันจะประกาศทันทีจากศูนย์ ในฐานะนักพัฒนาฉันรู้ว่าควรใช้ระบบการกำหนดเวอร์ชันเช่น Git หรือ SVN ซึ่งฉันทำได้ไม่มีปัญหา และข้อดีของการทดสอบหน่วยก็เป็นสิ่งที่ต้องจดจำซึ่งตรงไปตรงมาฉันไม่ได้เข้าร่วมเลย ... การบริหารจัดการโครงการ - ฉันเป็นผู้เริ่มต้นที่ดีที่สุด เทคนิคการเขียนโค้ดและประสบการณ์เช่นการพัฒนา Agile เป็นสิ่งที่ฉันต้องการสำรวจ ... ในระยะสั้นความคิดใด ๆ สำหรับนักพัฒนาที่ยังใหม่กับโลกโอเพนซอร์สก็ยินดีต้อนรับมากที่สุด

3
การอนุญาตให้ใช้รหัสโอเพ่นซอร์สไม่ จำกัด รหัสในภายหลัง
สมมติว่าฉันพัฒนาไลบรารีที่มีประโยชน์และตัดสินใจที่จะเผยแพร่เป็นโอเพนซอร์ส ในเวลาต่อมาฉันมีธุรกิจที่ต้องทำสิ่งที่ไม่สอดคล้องกับใบอนุญาตโอเพนซอร์ซ ฉันอนุญาตให้ทำเช่นนั้นได้หรือไม่ ฉันจะเผยแพร่ซอฟต์แวร์ในแบบที่ฉันเป็นเจ้าของและไม่ปิดกั้นตัวเองจากการใช้ห้องสมุดในอนาคตไม่ว่าในทางใด โปรดจำไว้ว่าอย่างน้อยในทางทฤษฎีผู้พัฒนารายอื่นอาจตัดสินใจที่จะมีส่วนร่วมในโครงการโอเพ่นซอร์สของฉัน ฉันสามารถระบุในใบอนุญาตที่ฉันเป็นนักพัฒนาดั้งเดิมได้รับกรรมสิทธิ์ในผลงานของพวกเขาด้วยหรือไม่? อย่าเข้าใจฉันผิดที่นี่ฉันไม่ได้พยายามทำตัวชั่วร้ายและเป็นเจ้าของผลงานของคนอื่น - ฉันแค่อยากจะเป็นเจ้าของฉันและถ้ามีคนโพสต์ข้อผิดพลาดที่สำคัญที่ฉันไม่สามารถใช้รหัสเดิมได้ ฉันใช้งานของเขาเช่นกัน

2
มารยาทในการเปลี่ยนชื่อ fork โอเพ่นซอร์สคืออะไร?
ฉันต้องการแยก Github กรอบการทดสอบ TestNG java (ใบอนุญาต Apache 2) ดังนั้นฉันสามารถเพิ่ม / เปลี่ยนแปลงบางสิ่งเล็กน้อยเพื่อให้เหมาะกับความต้องการของฉัน ไม่น่าเป็นไปได้ที่การเปลี่ยนแปลงทั้งหมดของฉันจะได้รับการอนุมัติในโครงการหลักหรือผู้อื่นจะใช้ทางแยกของฉัน สิ่งนี้จะไม่เป็นการแข่งขันในโครงการหลัก ตอนนี้ในแง่ของการตั้งชื่อฉันต้องการเปลี่ยนชื่อสิ่งประดิษฐ์ (testng-mycompany) หรือรุ่น (6.8.mycompany) ดังนั้นจึงไม่มีความสับสนกับรุ่นอย่างเป็นทางการในที่เก็บ maven ของฉัน นี่จะถือว่าเป็นมารยาทที่ไม่ดีหรือไม่? ถ้าใช่วิธีที่ดีที่สุดในการแยกความแตกต่างของคุณคืออะไร?

3
จะทำอย่างไรเมื่อ บริษัท ขออนุญาตให้ใช้รหัสโอเพนซอร์สโดยไม่มีการระบุแหล่งที่มา?
ฉันมีโครงการโอเพ่นซอร์สภายใต้ใบอนุญาต MIT ฉันได้รับการร้องขอจาก บริษัท ให้ใช้รหัสของฉันสำหรับโครงการเชิงพาณิชย์โดยไม่ต้องระบุแหล่งที่มาหรือเครดิต พูดตามตรงตอนที่ฉันปล่อยโค้ดความตั้งใจเพียงอย่างเดียวของฉันคือเพื่อช่วยโปรแกรมเมอร์คนหนึ่งเท่านั้นและฉันก็ไม่ได้คิดเลยว่าจะได้รับเครดิตหรือไม่ การเลือกใบอนุญาตเป็นเพียงหนึ่งในขั้นตอนที่ฉันต้องทำเพื่อตั้งค่าโครงการบน codeplex ในอีกด้านหนึ่งฉันรู้สึกเป็นเกียรติและขอบคุณที่จริง ๆ แล้วพวกเขาใส่ใจที่จะถามในทางกลับกันฉันรู้สึกว่าถ้าฉันอนุญาตให้พวกเขาทำเช่นนั้นโดยไม่เสียค่าใช้จ่ายใด ๆ อาจทำลายวิญญาณของโอเพนซอร์ส อะไรคือสิ่งปกติที่ฉันหรือเจ้าของรหัสอื่น ๆ สามารถทำได้หรือร้องขอจาก บริษัท เพื่อให้เป็นการค้าที่เป็นธรรม ฉันควรจะอนุญาตหรือไม่ ฉันกำลังคิดที่จะขอให้ บริษัท เขียนจดหมายแสดงเจตจำนงอย่างเป็นทางการและฉันจะลงลายมือชื่อเพื่อให้เป็นทางการมากขึ้น และเพื่อขอบริจาคเงินให้โครงการ / การกุศลที่ฉันเลือกหรือซื้อสิ่งที่อยากได้เป็นค่าตอบแทน (ไม่แพงมาก) มันจะมากไปไหม

5
คุณจะแบ่งเงินบริจาคระหว่างสมาชิกโอเพ่นซอร์สของคุณโดยพื้นฐานอย่างไร [ปิด]
ฉันเป็นผู้พัฒนาโครงการโอเพนซอร์ซซึ่งโฮสต์ใน SourceForge มันเริ่มต้นจากแอพเล็ก ๆ น้อย ๆ หลังจากที่มีการวางจำหน่ายบางอย่างมันก็ได้รับความนิยมเพิ่มมากขึ้นและมันเริ่มใช้เวลาและความรับผิดชอบมากขึ้นจากฉัน ดังนั้นฉันได้เปิดใช้งานตัวเลือกการบริจาคใน SourceForge ฉันมีความกระตือรือร้นที่จะพัฒนามันต่อไปฟรี แต่ถ้ามีเงินเข้ามาฉันจะแบ่งมันกับทีมของฉันได้อย่างไร ฉันควรแบ่งจำนวนเท่า ๆ กันระหว่างจำนวนสมาชิกในทีมหรือไม่ (50-50 เนื่องจากเป็นทีมที่สองสมาชิกแล้ว) จำนวนคลาสกระทำหรือการส่งอื่น ๆ ที่มีค่าโดยสมาชิกในทีม? ความคิดอื่น ๆ ? คุณจะทำอย่างไรในสถานการณ์เช่นนี้? กรุณาให้ความคิดเห็นของคุณ ฉันหวังว่าคำถามนี้จะเป็นประโยชน์สำหรับผู้อื่น

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

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

4
มีทางเลือกอื่นในการค้นหารหัสของ Google หรือไม่ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน6 ปีที่ผ่านมา ตามบล็อกทางการของ Google : การค้นหารหัสซึ่งถูกออกแบบมาเพื่อช่วยให้ผู้คนค้นหารหัสโอเพนซอร์สทางเว็บจะถูกปิดพร้อมกับ Code Search API ในวันที่ 15 มกราคม 2012 Google Code Search หายไปแล้วและเนื่องจากมันทำให้การทำความเข้าใจกับคุณสมบัติต่าง ๆ ที่นำเสนอได้ยากขึ้นนี่คือความพยายามของฉันในการแสดงผลผ่านข้อมูลที่ฉันรวบรวมจากแคชของหน้าสำหรับตัวเลือกการค้นหา: "ในกล่องค้นหา" เพียงบันทึกไวยากรณ์เพื่อพิมพ์คำสั่งโดยตรงในช่องค้นหาหลักแทนที่จะใช้อินเตอร์เฟซการค้นหาขั้นสูง แพ็คเกจ (ในช่องค้นหา: "แพ็คเกจ: linux-2.6") ภาษา (ในช่องค้นหา: "lang: c ++") (ตัวเลือก: ภาษาใด ๆ , actioncript, ada, applescript, asp, ชุดประกอบ, autoconf, automake, awk, พื้นฐาน, bat, …

8
รหัสแหล่ง C ++ ที่ดีที่สุดในการอ่านสำหรับผู้เริ่มต้นคืออะไร [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ฉันกำลังพยายามปรับปรุงเทคนิคการเข้ารหัส c ++ โดยการอ่านซอร์สโค้ด c ++ คุณจะแนะนำโครงการโอเพ่นซอร์สใด รหัสของBoost C ++ Librariesเป็นโค้ดที่ดีหรือไม่?
25 c++  open-source 

2
อะไรคือ“ การกระจาย” สำหรับ LGPL v3
ฉันกำลังพิจารณาซอฟต์แวร์ใหม่บางตัวในแอปพลิเคชันเว็บ LGPL ฉันต้องการใช้ซอฟต์แวร์ใหม่นี้เพื่อสร้างเว็บไซต์หนึ่งแห่งสำหรับนายจ้างของฉันและเราไม่ต้องการขายหรือแจกจ่ายซอฟต์แวร์เองให้ใคร การเผยแพร่หน้าเว็บจากซอฟต์แวร์ LGPL ถือเป็นการ "แจกจ่าย" ในใบอนุญาตดังนั้นฉันจะต้องเผยแพร่การเปลี่ยนแปลงของเราในรหัส LGPL ด้วยหรือไม่ ฉันเข้าใจว่าไม่มีคุณเป็นทนายดังนั้น IANAL จึงบอกเป็นนัย ฉันเข้าใจด้วยว่าฉันสามารถติดต่อผู้พัฒนาซอฟต์แวร์ LGPL และขอใบอนุญาตอื่นได้

3
Softpedia เผยแพร่โครงการโอเพ่นซอร์สของฉัน - จะตอบโต้อย่างไร? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการ4 ปีที่แล้ว (FYI: ฉันเพิ่งย้ายคำถามนี้มาจาก Stackoverflow ตามคำแนะนำ) ฉันเพิ่งได้รับอีเมลไม่กี่แจ้งว่า softpedia.com ได้เพิ่ม "ผลิตภัณฑ์" ของฉันลงในฐานข้อมูลของสคริปต์สคริปต์ตัวอย่างข้อมูลและโปรแกรมประยุกต์บนเว็บ ผลิตภัณฑ์ของฉันอยู่ในกรณีนี้บางโครงการโอเพนซอร์สที่เล็กกว่าซึ่งฉันได้โฮสต์และเผยแพร่บน GitHub ตอนนี้ฉันสงสัยว่าจะตอบสนองต่อสิ่งนี้อย่างไร ไซต์นี้สร้างรายได้จากการทำงานของฉันผ่านโฆษณาฟรีสามหน้าก่อนการดาวน์โหลดจริง พวกเขาดูเหมือนจะ "ประดิษฐ์" หมายเลขรุ่นและฉันไม่สามารถทราบได้ว่าพวกเขากำลังโฮสต์โครงการล่าสุดหรือรุ่นทั้งหมดของฉัน - ฉันสามารถดูว่าสิ่งนี้จะนำไปสู่ปัญหาในอนาคตได้อย่างไรเนื่องจากฉันไม่ได้ควบคุมสิ่งที่ "ล่าสุด" ทุกที่ ในขณะที่ฉันไม่สนใจการประชาสัมพันธ์ที่เพิ่มขึ้น ฉันต้องการให้คนจำนวนมากที่สุดเท่าที่จะเป็นไปได้ที่จะรู้เกี่ยวกับโครงการใช้พวกเขาแยกพวกเขาและหวังว่าจะปรับปรุงพวกเขา โครงการในคำถามมีขนาดค่อนข้างเล็ก แต่ในอนาคตอาจไม่เหมาะกับฉันและ / หรือคนอื่น ๆ ที่อ่านคำถามนี้ ฉันแน่ใจว่าสิ่งนี้จะต้องเกิดขึ้นกับคนอื่น ๆ ที่นี่ ความคิดเห็นของคุณคืออะไร ฉันควรพยายามลบการดาวน์โหลดออกไหม อัปเดต 1 ฉันขอให้ลบและกล่าวว่าฉันไม่รู้สึกว่า Softpedia สามารถจัดหาสภาพแวดล้อมที่เหมาะสมสำหรับโครงการประเภทนี้ ทีมของพวกเขากลับมาหาฉันทันทีพร้อมอีเมลบอกว่าพวกเขาจะลบลิงก์ในตอนนี้: หากคุณกังวลว่าโครงการของคุณจะไม่ได้รับการอัปเดตฉันจะต้องบอกคุณว่ามีบุ๊คมาร์คพวกเขาในโปรแกรมอ่าน RSS ของฉันดังนั้นการเปลี่ยนแปลงเวอร์ชันใด ๆ …

9
การใช้ Git ในสภาพแวดล้อมแบบองค์กร [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา Git เป็นระบบควบคุมเวอร์ชันที่ยอดเยี่ยม หากเราแยกความจริงที่ว่ามันไม่มีการสนับสนุน GUI ที่ยอดเยี่ยมมันดีและรวดเร็วจริงๆ แต่การควบคุมแหล่งที่มาเช่น Clearcase ได้รับการสนับสนุนอย่างมากสำหรับลูกค้าองค์กร บริษัท ต่าง ๆ ลงทุนจำนวนมหาศาลสำหรับเซิร์ฟเวอร์และ licesense แหล่งควบคุม ในบรรดา บริษัท ขนาดใหญ่ส่วนใหญ่อย่าง Google นั้นใช้ Git ผ่านระบบควบคุมเวอร์ชันอื่น ๆ แต่ บริษัท นี้มีกลุ่มโอเพ่นซอร์สที่แข็งแกร่งซึ่งให้การพัฒนาและสนับสนุนเครื่องมืออย่างสม่ำเสมอ (พวกเขาอาจมี Git รุ่นที่กำหนดเองของพวกเขาเอง) ในขณะเดียวกัน บริษัท ขนาดใหญ่ก็ไม่ได้กังวลเกี่ยวกับการยอมรับโครงการโอเพ่นซอร์สและทำให้พวกเขาเกี่ยวข้องกับพวกเขา Git เป็นเครื่องมือที่เชื่อถือได้สำหรับสภาพแวดล้อมขององค์กรโดยเฉพาะบนแพลตฟอร์ม Windows หรือไม่? การสนับสนุนเป็นปัญหาสำหรับ Git เนื่องจากเป็นผลิตภัณฑ์โอเพ่นซอร์ส มี บริษัท ใดบ้างที่ให้บริการโซลูชั่นและการสนับสนุน? ค่าใช้จ่ายของเซิร์ฟเวอร์เป็นอย่างไรเมื่อเปรียบเทียบกับการควบคุมเวอร์ชันอื่นเช่น Clear-case?

2
Mozilla Public License (MPL 2.0) vs Lesser GNU General Public License (LGPL 3.0)
ฉันต้องการปล่อยห้องสมุดซอฟต์แวร์ที่เขียนด้วยภาษาโปรแกรมเชิงวัตถุ (Java) บนคลาสบนเว็บโฮสติ้งบริการซอร์สโค้ดซึ่งช่วยให้ส้อมของโครงการถูกรวมเข้ากับโครงการหลัก (GitHub ด้วยการดึง คำขอ) ฉันค้นคว้าบนเว็บและให้ความคิดมากเกี่ยวกับวิธีการอนุญาตให้ใช้สิทธิ์ซอฟต์แวร์ ฉันถูกต้องในสมมติฐานต่อไปนี้ (จากมุมมองของIANAL ) หรือไม่ ทั้ง LGPL และ MPL ส่งเสริมการแบ่งปันการแก้ไขซอฟต์แวร์ที่มีลิขสิทธิ์ LGPL / MPL ที่ใช้ในโครงการซอฟต์แวร์อื่น ๆ แทนที่จะต้องการให้ผู้ใช้ของไลบรารีที่แก้ไขแล้วเป็นเจ้าภาพแยกทางแยกของห้องสมุดฉันสามารถส่งเสริมการมีส่วนร่วมในไลบรารีดั้งเดิม (เช่นผ่านคำขอดึง) ข้อแตกต่างที่สำคัญคือวิธีที่รหัสลิขสิทธิ์ของ MPL / LGPL ต้องเชื่อมโยงเข้ากับโครงการ ไฟล์ต้นฉบับรหัส MPL สามารถคัดลอกโดยตรงไปยังโครงการซอฟต์แวร์ที่เป็นกรรมสิทธิ์ (อาจ) การเชื่อมโยงแบบคงที่ในขณะที่รหัสลิขสิทธิ์ LGPL จะต้องเชื่อมโยงแบบไดนามิก (เชื่อมโยงอย่างหลวม ๆ กับโครงการซอฟต์แวร์ที่เป็นกรรมสิทธิ์อาจเป็นไปได้) ไลบรารี่สำหรับไลบรารี่ซอฟต์แวร์ลิขสิทธิ์รุ่นอื่น) การเชื่อมโยงแบบไดนามิกและทำให้ LGPL กำหนดอุปสรรคเพิ่มเติมสำหรับการบรรจุผลิตภัณฑ์ซอฟต์แวร์ที่เป็นกรรมสิทธิ์โดยไม่ส่งเสริมการมีส่วนร่วมกับห้องสมุดซอฟต์แวร์โอเพ่นซอร์สมากกว่าการเชื่อมโยงแบบคงที่ (และ MPL) มีLGPL ที่ปรับเปลี่ยนซึ่งอนุญาตให้มีการเชื่อมโยงแบบสแตติก ขณะนี้ไม่มีความแตกต่างอื่น ๆ ที่เกี่ยวข้อง (จากIANALมุมมอง) …

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