복잡한 저장소 구조 관리 - 모듈 종속성 및 공유 코드

Question

(다음은 내가 작업하고있는 소스 코드를 구성 할 때 발생하는 복잡성의 "이론적 MCVE"의 한 종류입니다. 구체적인 문제는 그것이 좋을 것입니다. 또는 제기되는 일반적인 우려 사항을 언급하고 해결 방법을 제안 할 수 있습니다.)

A, B, C 및 D 코드의 모듈이 있다고 가정하십시오. A는 B ,CD; B는 C에 의존한다. C, D는 다른 모듈에 의존하지 않습니다. (나는 "모듈"이라는 용어를 느슨하게 사용한다.

또한 A, B, C, D 모두에서 몇 개의 동일한 헤더 파일이 사용되며 컴파일 된 객체까지도 사용되며 이러한 파일을 함께 넣어 다섯 번째 모듈을 구성하는 것은 적절하지 않습니다. 너무 작고 쓸모 없을 것입니다. 이 카테고리에 속하는 파일 중 하나가 foo.h입니다.

이러한 모듈은 모두 단일 모 놀리 식 코드 저장소에 보관되지만 모두 훌륭합니다. 정확히 모든 것이 하나의 사본입니다. 그래서 어떻게 버전 관리 저장소에 B의 각, C, D를 만들 수 있죠 : : 질문은

동일한 기능 등으로 컴파일 된 객체 사이에 링커 충돌하지

• 각 모듈은 서브 모듈/하위 리파지토리 또는 다른 방법으로 종속되는 모듈의 존재 여부만으로 빌드 할 수 있습니다. 및
• 같은 파일의 별도 버전을 유지 관리/업데이트하거나 한 라이브러리에서 다음 라이브러리로 이월 커밋을 할 필요가 없습니다 (지적한 수정 버전을 변경하는 경우 제외). 그리고
• A가 빌드 될 때 모두 빌드 될 때, 빌드는 foo.h의 qudaruple 사본과 C의 이중 사본을 포함하지 않습니다 (A는 한 번, B는 한 번). 완벽하게 동기화됩니다.

더 많은 시간을 할애하면이 질문을 좀 더 구체적으로 만들 수 있습니다 (비록 광범위한 질문과 비슷 함). 내 구체적인 경우 코드가 현대 C++, CUDA, bash 스크립트 및 CMake 모듈이라고합니다. 자바 지향적 인 해결책은 그렇게하지 않을 것입니다.

Answer 1

VERY BRIEFLY, 이슈 저장소 (Artifactory) 및 종속성 관리 솔루션 (Ivy, Maven, Gradle)을 살펴볼 수 있습니다. 그런 다음 공유 기본 모듈이 빌드되면이 파일을 아티팩트 저장소에 저장합니다. 공유베이스 모듈에 의존하는 최상위 모듈을 빌드하고자 할 때; 빌드 스크립트는 단순히 공유 기반 모듈의 마지막 버전을 끌어 내고 끌어 내려 놓은 것에 대해 최상위 모듈을 링크/컴파일합니다.