การจัดการการพึ่งพา Maven เหมือนสำหรับ C ++? [ปิด]

สมมติว่าฉันมีโปรเจ็กต์ C ++ ที่แยกออกเป็นโปรเจ็กต์ย่อยหลายโปรเจ็กต์ โครงการย่อยทั้งหมดสร้าง DLL และทีมนักพัฒนาที่แตกต่างกันทำงานในแต่ละโครงการย่อย ตอนนี้ถ้าฉันต้องการสร้างโครงการหลักมีวิธีหลีกเลี่ยงไม่ให้สร้างโครงการย่อยทั้งหมดด้วยตัวเองหรือไม่?

ในระยะสั้นฉันกำลังมองหาสิ่งที่จัดการการพึ่งพา (เช่นสำหรับไฟล์ไบนารีและส่วนหัว) ในลักษณะเดียวกับที่ Maven ทำกับ Java

ในความเป็นจริงฉันพยายามใช้ Maven สำหรับสิ่งนี้ แต่ค่อนข้างยุ่งยากเพราะฉันต้องสร้างแพ็คเกจด้วยตนเองและค่อนข้างบ่อย Maven พลาดที่จะรับการเปลี่ยนแปลงล่าสุด นอกจากนี้การเรียกใช้การรวบรวมนั้นเป็นเรื่องแฮ็คเล็กน้อยเนื่องจากฉันต้องเรียก NAnt จากภายใน Maven (ฉันใช้คุณสมบัติของ NAnt เพื่อสร้างโซลูชัน Visual Studio โดยตรง)

คำแนะนำและแนวคิดเกี่ยวกับวิธีการทำสิ่งนี้หรือไม่?

คำตอบเริ่มต้น : ฉันขอแนะนำให้ใช้ CMake เป็นโปรแกรมสร้างไฟล์แบบหลายแพลตฟอร์ม (สร้างโครงการ Visual Studio หรือ Eclipse CDT ด้วย)

http://www.cmake.org/

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

พวกเขายังมีโมดูลมากมายเกี่ยวกับวิธีค้นหาไลบรารีบิลด์ที่ติดตั้งไว้ล่วงหน้าซึ่งจำเป็นสำหรับโครงการ (เช่น Boost, QT เป็นต้น)

อัปเดต : ในช่วงเวลานั้นมีความพยายามที่จะแนะนำการจัดการแพ็คเกจสำหรับ C ++ บางโครงการน่าดู:

• conan.ioทำงานร่วมกับเครื่องมือสร้างที่สำคัญ:
  • CMake
  • Visual Studio
  • Makefile
  • XCode
  • ...
• cpmขึ้นอยู่กับ CMake ( หมายเหตุ CPM ไม่ได้รับการดูแลอย่างจริงจัง)
• บัคคารู

หมายเหตุตามที่ระบุโดย @RAM ในความคิดเห็น cpm จะไม่ได้รับการดูแลอีกต่อไป

สำหรับการจัดการการพึ่งพามีโครงการใหม่ (เป็น บริษัท เริ่มต้น) ซึ่งใช้เครื่องมือประเภทนี้: https://github.com/biicode (ตัวจัดการการพึ่งพา C ++) คุณสามารถเพิ่มการอ้างอิงของคุณและควรใช้งานได้

ปัจจุบันชื่อของโครงการคือconan.ioพวกเขาได้มาจากJFrog

UPDATE:โปรเจ็กต์ตายแล้ว ... น่าเสียดายที่ดูเหมือนว่าการเริ่มต้นจะไม่สามารถรับลูกค้าที่จ่ายเบี้ยประกันภัยได้เพียงพอ แต่ดูเหมือนว่าเซิร์ฟเวอร์จะทำงานได้ดี

UPDATE2:ดูเหมือนว่าจะมีโครงการทดแทน: conan.io (ขอบคุณ @mucaho)

ฉันขอแนะนำระบบการสร้างระดับสูงต่อไปนี้:

• Maven Nar Plugin: การใช้ Maven สำหรับโครงการ C / C ++
• ปลั๊กอิน CPP Gradle : มันเป็นวิธีที่ง่าย แต่มันอยู่ในขณะนี้ฟัก, นี่คุณสมบัติหลักและแผนงาน
• Conanเป็นแนวทาง C ++ มากกว่าซึ่งเป็นหลายแพลตฟอร์มและรองรับระบบสร้าง C ++ ทั่วไป

หากคุณต้องการเพียงการจัดการการพึ่งพาให้ลองใช้Ivyซึ่งรวมเข้ากับ Ant ได้ดี (และฉันถือว่า NAnt สามารถทำเช่นเดียวกันได้จากบล็อกนี้ซึ่งเชื่อมโยงจากไซต์ Ivy)

นอกจากนี้ยังมีByldanซึ่งเป็น Maven เวอร์ชัน. Net ไม่รู้ว่าจะเหมาะกับคุณแค่ไหน

Make และ GCC เป็นคำสั่งผสมที่ยอดเยี่ยมสำหรับการตรวจสอบการพึ่งพาที่ดีจริงๆ

GCC สามารถสร้างไฟล์อ้างอิง 'make' โดยอัตโนมัติ (-MD commandline switch) เพื่อให้สามารถสร้างไฟล์ต้นฉบับทั้งหมดที่ขึ้นอยู่กับส่วนหัวที่กำหนดขึ้นมาใหม่ได้เช่น

ฉันมีกฎง่ายๆที่ฉันตัดและวางลงใน makefiles ของฉัน:

# compile c files   
%.o:    %.c
    ${CC} ${CFLAGS} -c $< -MD -MF $(<:%.c=%.dep) -o $@

# compile c++ files
%.opp:  %.cpp
    ${CPP} ${CPPFLAGS} -c $< -MD -MF $(<:%.cpp=%.dep) -o $@

ตอนนี้ถ้าไฟล์ออบเจ็กต์ของคุณถูกประกาศในรายการ OBJ_C และ OBJ_CPP:

.PHONY: cleandep
cleandep:
    rm -f $(OBJ_C:%.o=%.dep) $(OBJ_CPP:%.opp=%.dep)

-include $(OBJ_C:%.o=%.dep) $(OBJ_CPP:%.opp=%.dep)

ทำให้สามารถติดตามการอ้างอิงกับโปรเจ็กต์อื่น ๆ ได้เช่นการสร้างไลบรารีที่ใช้ร่วมกันใหม่ตามความจำเป็นเช่นกัน

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

myapp: ${SRC_CPP} ${LIB_DIR}other_team.lib
  ...

${LIB_DIR}other_team.lib: /shared_folder/latest/other_team.lib
  cp /shared_folder/latest/other_team.lib ${LIB_DIR}other_team.lib

แก้ไข:

เลิกใช้ Biicode แล้ว

ทางเลือก: Conan.io

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

คุณสามารถสร้างแพ็คเกจ NuGet สำหรับไลบรารีที่ใช้และใช้ NuGet สำหรับการจัดการการพึ่งพา

ดูเพิ่มเติมNuGet สำหรับ C ++

มีเครื่องมือมากมายที่วางอยู่บน SCons ซึ่งให้ฟังก์ชันการทำงานระดับสูงขึ้นคล้ายกับ Autotools ซึ่งพยายามทำให้ชีวิตของนักพัฒนาง่ายขึ้น (เช่น WAF, SNOCS) น่าเสียดายที่ SCons เองก็มีข้อเสียเปรียบที่สำคัญนั่นคือเวลารวบรวมโครงการขนาดใหญ่ที่นานขึ้น

ฉันขอแนะนำให้ลองใช้SNOCS (ซึ่งเป็น SCons ย้อนกลับ) สำหรับผู้ที่มองหาการจัดการการพึ่งพาที่ง่ายและเลือกตัวเลือกการคอมไพล์ในคำสั่งเดียว (คอมไพเลอร์, x86 / x64, Debug / Release, ไลบรารีแบบคงที่ / แชร์, ทดสอบ / ติดตั้งเป้าหมาย ฯลฯ )

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

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

ลองSCons

SCons เป็นเครื่องมือสร้างซอฟต์แวร์โอเพ่นซอร์สนั่นคือเครื่องมือสร้างรุ่นต่อไป คิดว่า SCons เป็นสิ่งทดแทนข้ามแพลตฟอร์มที่ได้รับการปรับปรุงสำหรับยูทิลิตี้ Make แบบคลาสสิกที่มีฟังก์ชันการทำงานแบบบูรณาการคล้ายกับ autoconf / automake และแคชคอมไพเลอร์เช่น ccache กล่าวโดยย่อ SCons เป็นวิธีที่ง่ายกว่าเชื่อถือได้และรวดเร็วกว่าในการสร้างซอฟต์แวร์

ฉันแนะนำให้ใช้แม่ของระบบการพึ่งพาการสร้างทั้งหมด: make

ลอง scons คุณจะติดใจ ทำให้ล้าสมัยยากและมีราคาแพงในการดูแลรักษา