C++ 용 연속 통합 서버 - 라이브러리 종속성은 어떻습니까?

Question

저는 현재 여러 Linux 배포판에 다양한 C++ 응용 프로그램을 빌드 할 수있는 지속적인 통합 서버에 대한 적절한 설정을 연구 중입니다.

내 기본 질문은 여기에 다른 사용자가 리눅스 배포판 간의 시스템 라이브러리의 차이점을 어떻게 처리 했는가하는 점입니다.

응용 프로그램과 함께 UI 라이브러리와 같은 직접 종속성을 구축하는 것이 상대적으로 쉽지만 매번 응용 프로그램과 함께 빌드해야하는 경우 glibc와 같은 간접적 인 종속성이 큰 고통처럼 보입니다. 따라서 실제 빌드 실행을 각 배포에 대해 별도의 가상 컴퓨터로 옮기는 것이 좋습니다. rlogin을 사용하여 명령을 실행합니다. 필자의 목표는 빌드 - 머신 라이브러리 버전과 대상 배포판에 배포 된 버전 간의 바이너리 비 호환성을 방지하는 것입니다.

누구나 그러한 프로세스에 대한 경험이 있으며 위의 내용이 실현 가능한 접근 방식이라고 생각할 수 있습니까?

Answer 1

Buildbot은 buildmasters and buildslaves이라는 개념을 가지고 있습니다.

buildmaster는 웹 GUI 표시, 이메일 전송, 빌드 트리거링 및 기타 관리를 담당합니다. buildslaves는 buildmaster에서 대기하고 명령을 받으면 빌드를 수행합니다.

우리는 다양한 플랫폼과 그 중 일부 VM을 기반으로 구축 된 buildbot을 보유하고 있으며 이는 우리를 위해 잘 작동합니다.

Answer 2

이 목적으로 Jenkins (인접 통합) 및 CMake (빌드 시스템)을 사용합니다. Jenkins는 Buildbot과 유사합니다. 즉, buildmaster 및 buildslaves도 있습니다. 현재 4 개의 다른 플랫폼 (FC8, FC10, FC12 및 Windows 7)을 구축하기 위해 8 개의 슬레이브를 설정했습니다. 우리는 디버그 및 릴리스 바이너리를 모두 빌드하므로 각 플랫폼 및 빌드 유형에 대해 하나의 슬레이브 만 사용했습니다.

Qt & Boost와 같은 제 3 자 라이브러리에 대해서는 각 플랫폼에서 컴파일 한 후 별도의 저장소로 확인했습니다.

@esavard : 우리는 CMake 2.8을 사용하여 교차 컴파일 작업을 수행했지만, 저는 minigw를 사용하지 않았지만 빠른 google 검색은 가능하다는 것을 나타냅니다. 여기에 a link은 CMake와 miniGW를 사용하여 Linux에서 Windows 용으로 교차 컴파일하는 튜토리얼입니다.

저는 Buildbot을 사용하지 않았으며 기능에 대해서는 언급 할 수 없지만 현재 사용하고있는 대안을 언급해야한다고 생각했습니다.

희망이 도움이됩니다.

Answer 3

확실히 buildbot과 많은 가상 머신이 이와 함께 할 수있는 방법입니다. 우리는 밤새 우리 애플리케이션을 컴파일하는 많은 빌드 슬레이브를 호스팅하는 VMWare ESX 서버를 가지고 있습니다. 그런 다음 응용 프로그램을 다른 가상 시스템에서 테스트 (빌드 슬레이브가 아닌 기본 OS 설치 만)하여 작동하는지 확인하고 모든 종속성을 패키지화합니다.

내가하고 싶은 좋은 점은 테스트 실행 단계를 자동화 된 단계로 만드는 것입니다.하지만 아직 수행 할 시간이 주어지지 않았습니다.