หนึ่งจะจัดการการอ้างอิงภายนอกในโครงการโอเพนซอร์สได้อย่างไร

เมื่อมีคนเขียนโปรเจ็กต์โอเพนซอร์ซและใช้ Google Code หรือ GitHub และต้องการใช้ไลบรารี่อย่าง Lua ควรทำอย่างไร

• ควรพึ่งพารวมอยู่ในที่เก็บ?
• ควรพึ่งพาสร้างจากภายในสคริปต์สร้างเดียวกันกับส่วนที่เหลือของโครงการหรือจากสคริปต์สร้างแยกต่างหาก

ระบุว่าไลบรารีไม่จำเป็นต้องติดตั้งก่อนการรวบรวม

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

ควรพึ่งพารวมอยู่ในที่เก็บ?

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

ควรพึ่งพาสร้างจากภายในสคริปต์สร้างเดียวกันกับส่วนที่เหลือของโครงการหรือจากสคริปต์สร้างแยกต่างหาก

หากไม่มีเหตุผลที่ดีในการรวบรวมจากซอร์สให้ใช้เวอร์ชันที่คอมไพล์แล้ว

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

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

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

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

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

ควรพึ่งพารวมอยู่ในที่เก็บ?

สามารถอ้างอิงในที่เก็บ (โดยวิธีการ SCM ใด ๆ ) หากการพึ่งพานี้เป็นส่วนที่สำคัญของผลิตภัณฑ์ (การพึ่งพาแหล่งที่มา) ไม่ใช่การพึ่งพาไบนารีซึ่งสามารถแก้ไขแยกต่างหาก

ควรพึ่งพาสร้างจากภายในสคริปต์สร้างเดียวกันกับส่วนที่เหลือของโครงการหรือจากสคริปต์สร้างแยกต่างหาก

ไม่สำคัญเลย คุณสามารถเลือกใช้วิธีใดก็ได้ตามความต้องการของคุณ (ความเร็ว / ความโปร่งใส / ความสามารถในการจัดการ / อื่น ๆ )

การเป็นร้าน Eclipse เราเพิ่งเริ่มใช้งานBuckminsterเพื่อจัดการกระบวนการสร้าง / ประกอบ / ปรับใช้ของเรา

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

ขั้นตอนต่อไปคือการย้ายที่svnเก็บเสาหินของเราไปยังชุดของโมดูลาร์gitเก็บ

ฉันไม่ทราบว่า buckminster จะทำงานร่วมกับgitsubmodules ได้ดีเพียงใด (หรือ Mercurial Subrepos สำหรับเรื่องนั้น) แต่มันก็ดีที่ Buckminster นั้นไม่เชื่อเรื่องพระเจ้าสำหรับ VCS ที่ใช้สำหรับองค์ประกอบใด ๆ ก็ตาม